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ABSTRACT 


The major problem addressed by this research is how to automate parts of software 
evolution using dependency rales, especially for large and complex real-time embedded 
systems. The main topics of this study are the development of a Relational Hypergraph 
model (RH model) and the design of a Computer-Aided Software Evolution System 
(CASES). The goals of this dissertation are to explore the existing issues, to formalize 
software evolution, to reuse software evolution components, and to build a dependency¬ 
computing model. 

We have resolved parts of essential software evolution issues in the following 
categories: software evolution process, software evolution traceability, software evolution 
description, software evolution management, and software evolution control. 

The RH model can realize automated software evolution in multi-dimensional phases, 
such as software prototype or product demo, issue analysis, requirement analysis, 
specification design, module implementation, program integration, and software product 
implementation. Many types of software evolution objects in each phase, and dependencies 
among these objects have been defined to describe software evolution processes. 

CASES is developed using the object-oriented tool: Java JDKl.1.7. CASES can 
enhance software evolution capacities of the Computer-Aided Prototyping System (CAPS) 
and provide automated assistance throughout software evolution processes, using inferred 
dependencies to support the practical development of complex systems by physically 
distributed teams of developers. CASES also has generalization characteristics for 
designing a software system in different software evolution processes and good 
performance when compared to other tools: QSS DOORS, PST, and ECS by different 
criteria. We have developed prototypes of C4I systems to conduct and validate our results. 
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1. INTRODUCTION 


A. PURPOSE OF TfflS RESEARCH 

The fundamental purpose of this research is to automate the evolution of large and 
complex software systems. It is still true that industry is largely unsuccessful when it comes 
to building software in general and large software projects in particular. Of the 175,000 
information technology projects underway in the U.S. as we speak, 31% overall will end in 
failure. For larger projects characteristic of enterprise development, 40% will be cancelled 
and another 33% will be completed significantly late and over budget. No industry, type of 
business, or company is immune [ROET98]. 

In our research, systematic management and automation of software evolution 
processes, such as formalizing the software evolution process [LUQI97], prototyping the 
software [LUQI88a], seeking the relationship among software evolution objects 
[BADR94] [LIEB93] [SEIT98], and reusing software evolution components [GOGU96] 
[SOMM96], can hold out the promise of significantly improving these numbers. 

B. PREVIOUS WORK AND OPEN ISSUES 

There are numerous results related to our research about the formalization and 
automation of software evolution processes that have been published in the past decade. 
These include object-oriented software evolution [LIEB93] [SErr98], software evolution 
through computer-aided prototyping [LUQI92], a graph data model and control system for 
evolution [LUQI90], a hypergraph model for evolution [LUQI97], a merging process for 
prototyping [DAMP94], a mechanism for retrieving reusable components [GOGU96], an 
evolution control system model and algorithms for software evolution [BADR94], and a 
model and decision support mechanism for software requirements engineering [BERZ97]. 

A review of previous software evolution research shows that many important problems 
still need to be resolved. These problems related to our research can be classified into five 


1 



problem domains: software evolution processes, software evolution traceability, software 
evolution description, software evolution control, and software evolution management. 

1. Software evolution process 

In [IBRA96], Ibrahim studied software evolution processes and created a 
schematic model of the analysis process based on the Issue-Based Information Systems 
(IBIS) model [CONK88]. The IBIS model follows the principle that the design process for 
complex systems is fundamentally a conversation among the stakeholders (e.g., customers, 
designers, and implementers) to resolve design issues. This model was extended to 
encompass prototype demos, analysis, and design activities, and was applied to design a 
decision support mechanism for software requirements engineering. 

In [BADR94], the Evolution Control System (ECS) provides automated 
assistance for the software evolution process in an uncertain environment where designer 
tasks and their properties are always changing. The functions of the ECS are available. 
However, the following issues raised by this work have not been resolved: 

• What are the details of software evolution processes? 

• WTiat dependencies are most important in these processes? 

• How do you construct a software product from a validated software prototype? 

In [IBRA96], Ibrahim suggested to augment the software evolution process by 
a mechanism that checks consistency in requirements as new requirement components are 
added or existing ones are changed. Unfortunately, he was unable to exploit this insight. 

2. Software evolution traceability 

In [IBRA96], Ibrahim did not discuss the issue of software evolution 
traceability, although he extended the graph model [LUQI90] to better represent software 
requirements issues. Ibrahim also did not discuss the details of recording the software 
evolution activities in the software evolution process, even though the decision support 
mechanism on the specific tasks and activities is described well. 


In [LUQI97], Luqi and Goguen described the importance of hyper-requirements 
and pursued several projects on improving the acquisition, traceability, accessibility, 
modularity, and reusability of the many objects that arise and are manipulated during 
software development, with a particular focus on the role of requirements. We recognized 
that there are several challenges, including formalizing dependencies and developing 
methods for calculating dependencies and propagating the implications of changes. The 
following issues remain to be studied: 

• How do you trace software evolution history within software evolution processes? 

• How do you efficiently record and trace software evolution activities within the 
software evolution process? 

3. Software evolution description 

In [LUQI90], Luqi proposed a graph model of software evolution and showed 
how the model can help in maintaining the consistency of a changing system. The graph 
model was particularly concerned with large and complex systems, which often have long 
lifetimes and undergo gradual but substantial modifications because they are too expensive 
to discard and replace. The graph model represents the evolution history as a directed 
acyclic graph G = [C, S, I, O], which is oriented bipartite with respect to the edges I and 
O, where 

• C: software component nodes, 

• S: evolution step nodes, 

• I cCxS: input relation from the system components to the evolution steps that 
operate on them, and 

• O qSxC: output relation from evolution steps to the components they produced. 

In [BADR94], to model the hierarchical structure of the evolution history, the 
graph model was modified to be a graph G = [C, S, CE, SE, I, O], where 

• CE c C X C: the part_of and usedjby relations between the software components 
of a given configuration, and 

• SEcSxS: the relation between a substep of a composite step and the 

composite step. 
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In [LUQI90], the hypergraph model was introduced to formalize the hierarchical 
structure in more detail. In order to realize automated software evolution in multi¬ 
dimensional phases, such as software prototype or product demo, issue analysis, 
requirement analysis, specification design, module implementation, program integration, 
and software product implementation, we need to define software evolution objects in each 
phase, and dependencies among these objects. 

Therefore, the following issues should be resolved: 

• How do you formally define and classify software evolution objects in each phase? 

• What are the details of the dependencies among software evolution objects? 

• Are the part_of and qffect/usedjby relationships enough to describe the 
dependencies among software evolution objects? 

• What kinds of rules should be used within software evolution reasoning processes? 

4. Software evolution control 

In [BADR94], an ECS provides automated assistance to the software evolution 
manager to help him or her make the right decisions. An ECS has two main functions. The 
first is to control and to manage evolving software system components (version control and 
configuration management). The second is to control and to coordinate evolution team 
interactions (planning and scheduling software evolution tasks, which team members refer 
to as evolution steps). The ECS system manages both human resources and the design 
database, provides help needed by the software engineers, and facilitates the designers’ 
tasks. Current ECS provides a simple way to record and track management decisions 
related to software modifications, but ECS lacks support for controlling and monitoring all 
activities related to managing a software maintenance effort. 

Therefore, the following issues should be addressed: 

• How do you automatically control the software evolution objects within software 
evolution processes? 

• How to automate version control within software evolution processes? 


5. Software evolution management 

The problem of scheduling tasks with arbitrary precedence constraints and unit 
computation time in multiprocessor systems is NP-hard for both the preemptive and 
nonpreemptive cases [BADR94]. Badr developed and implemented an on-line scheduling 
algorithm for finding a feasible schedule that meets the deadlines and precedence 
constraints of all active steps or suggests new deadlines for lowest priority deadlines until 
a feasible schedule that meets all deadlines is reached. He did not attempt to improve the 
computation time of the algorithm. The problem studied in [BADR93] and [BADR94] is 
described below: 

• Designers receive a skill level rating of low, medium, or high. 

• Each evolution step has an estimated task duration, deadline, priority, and a 
required skill level. 

• Each time a step is transited to the scheduled state, the utility recomputes the 
project schedule or alerts management that no schedule is possible with the given 
constraints. 

• When the designer finishes the current assignment, the scheduler automatically 
assigns the next task based upon the scheduling algorithm and the timing, priority 
and skill level information stored in the ECS. 

In [BADR94], the job scheduling model seems to be straightforward; however, 
it does not provide project personnel with flexibility, variation, or choice. 

The following difficult questions remain to be solved: 

• Is there a good heuristic scheduling algorithm for scheduling a set of independent 
processes on a set of identical processors? 

• How do you define a level-of-skill indicator to match stakeholders with evolution 
activities in each phase? 

C. PRELIMINARY IDEAS 

The primary ideas of this paper are to identify the dependencies among software 
evolution objects and to provide a framework for integrating software evolution activities 
with configuration management, automated version control, and computer-aided project 
management. We focus on supporting practical software development by creating 
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automated tools that assist in the management of the software evolution process for a 
rapidly evolving system. The main topics of this study are the development of a Relational 
Hypergraph model (RH model) and the design of a Computer-Aided Software Evolution 
System (CASES) that can provide automated assistance throughout software evolution 
processes, using inferred dependencies to support the practical development of complex 
systems by physically distributed teams of developers. 

Based on the state of an evolution step [BADR94] [LUQI97], the CASES has five 
common functions related to the software evolution activities: step refinement, project 
evaluation, constraint management, personnel management and step management. The 
CASES has five functions that are related to the software evolution components: 
component management, component traceability, version control and configuration 
management, dependency management, and inference rule management. 

D. RESEARCH METHODOLOGY 

1. Formalization of software evolution 

Formal methods provide the best approach to create a large and complex 
software system and to describe its development and evolution process [LUQI97]. Because 
development environments and processes have different problem domains, some formal 
models have technical difficulties. However, the formal model of software evolution with 
object-oriented methods works well for describing software evolution processes, tracing 
evolution histories, exploring the dependencies among software objects, and retrieving 
reusable software evolution components [BADR94] [BERZ97] [GOGU96] [LIEB93] 
[MADH92] [SEIT98]. 

Several formal supports for software evolution have been developed in the past 
decade, such as the graph data model, the prototyping method, and the hypergraph model. 
Recently, the hypergraph model has been extended to the evolutionary hypergraph model 
and the RH model to explore and represent the complicated hierarchy and 
multidimensional structure of software evolution [LUQI90] [LUQI97] [HARN99a]. 
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2. Software evolution component reuse 


In order to reduce software development costs, software component reuse has 
been widely studied [GOGU96]. The concept of software component reuse was applied not 
only to the reuse of software code but also to the reuse of abstract code of specifications 
and designs [SOMM96]. In our study, reuse components should include software and all of 
the components that are related to software evolution, such as criticisms, issues, 
requirements, specifications, modules, programs, optimizations, test scenarios, and 
stakeholders, within software evolution processes. We call them software evolution 
components. 

In the past few years, many of our efforts in the automated retrieval of reusable 
software components from software bases have been published [GOGU96] [SEn'98] 
[SOMM96]. In this study, we explore a new automation mechanism for the software 
evolution component reuse architecture. The software evolution component can be 
automatically retrieved by a lightweight inference engine to support the developer for 
executing the software evolution activities. 

3. Dependency-computing model 

The dependency-computing model integrates the fundamental software 
evolution model, such as the hypergraph model, the evolutionary hypergraph model, and 
the RH model, with the dependency rules that are driven by a lightweight inference engine. 
The lightweight inference engine is suitable to compute the small scale and specific domain 
inference rules [BERZ98]. 

There are two kinds of dependency rules: dependency generation rules and 
dependency action rules. According to the existing data, the lightweight inference engine 
computes dependencies among software evolution objects via dependency generation 
rules. The specific combination of dependencies can automatically support the software 
evolution via dependency action rules. 
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The preliminary dependency rules of automated decision support for processes 


are created as follows: 

ALL(s : S, c: C:: c output s <=> 

CG output(s)) (]) 

ALL(cl c2 : C:: cl same_objcet c2 o 

cl.version.object-id = c2.version.object-id) (2) 

ALL(s: S,(c: C:: c input s ^ 

CG input(s)) (3) 

ALL(s: S, cl c2: C:: cl primary_input s <=> 

cl input s &c2 output s & cl same_object c2) (4) 

ALL(s : S, cl c2 : C:: cl secondary_input s ^ 

cl input s &c2 output s & (cl same_object c2)) (5) 

E. CONTRTOUTIONS 


We propose that a new mechanism, computer-aided software evolution based on 
inferred dependencies, can control and monitor software evolution activities related to 
manage- and design-phases and solve the problems listed in section B. There are at least 
five fundamental contributions: 

• building a new automated software evolution architecture, CASES, to solve the 
problems of software evolution processes, 

• enhancing the evolution graph model and the hypergraph model into the RH model 
to solve the problems of software evolution traceability, 

• formalizing software evolution objects and their dependencies to solve the 
problems of software evolution description, 

• determining and computing dependency rules to solve the problems of software 
evolution control, and 

• improving the scheduling algorithm and developing a new ECS mechanism to 
solve the problems of software evolution management. 

In addition to the above fundamental contributions, the following are the significantly 
creative contributions in the current software evolution study: 

• extending the RH model from the hypergraph model to build a standard and 
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domain-specific software evolution process. 

• creating the CASES based on the RH model and interfacing to CAPS to manage 
and control the software evolution process for iterative real-time embedded 
software prototyping. 

• exploring the fact that the software evolution process is not unique and developing 
a mechanism in CASES for creating different software projects with different 
software evolution processes. 

• inventing the SPIDER (Step Processed In Different Entrance Relationship) to 
simplify the dependency complexity of the software evolution and to construct the 
relational hypergraph net. 

• using scheduling policy heuristics and allocating two job slots to each stakeholder 
for improving the job scheduling and assignment performance. 

F. ORGANIZATION OF DISSERTATION 

In Chapter E, we present the previous work and discuss some of the open issues of 
software evolution. In Chapter IE, we build the RH model with mathematical definitions 
and apply these definitions to the software evolution process. In Chapter IV, we introduce 
the objects and functions of CASES, as well as the reusable architecture of software 
evolution. In Chapter V, we describe the dependency-computing model built by the 
dependency rules and the lightweight inference engines. In Chapter VI, we address the 
design of CASES by class diagrams, a file structure and user interface requirements. In 
Chapter VE, we study the evolution processes of C4I systems. In Chapter VIE, we evaluate 
and validate CASES by comparing it to other similar tools: QSS DOORS, PST, and ECS 
using different criteria. Chapter DC contains conclusions, limitations, and future directions. 
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n. RELATED TECHNICAL BACKGROUND 


Before proceeding with this dissertation, some technical background, such as formal 
methods, software prototyping, dependency approach, software component reuse, 
automated software evolution, and C2 (Command and Control) Systems, must be explored. 

A. FORMAL METHODS 

Formal method is an approach that uses mathematical and logical definitions to 
formalize real-word object behavior and to obtain mature engineering disciplines. 
Webster’s Dictionary defines formal as definite, orderly, and methodical. Formalization 
can be represented by definitions, rules, graphs, formulae, flow charts, Petri nets and other 
regular, orderly, and definite mechanisms. However, in computer science, the phrase 
"formal methods" has acquired a narrower meaning, referring specifically to the use of a 
formal notation to represent system models during program development [CRAI93] 
[LUQI97]. For example, we may develop a software evolution component with a formal 
notation, and then gradually transfer it into another component via a software evolution 
step or a history path; that is, software evolution steps need related inputs to generate an 
output component by a formal notation. Definitions and inference rules can be used to 
define software evolution objects and their fundamental dependencies, and to prove that 
input components are correct in the current step. In theorem-proving, however, definitions 
can be used manually because automating the notation used is difficult. Inference rules can 
be used easily to define software evolution objects as well as to prove the inputs of the 
current step are correct by inferred dependencies. These fallacies related to the practical 
usefulness of formal methods can be found in "Seven More Myths of Formal Methods" 
[BOWE95] and "An International Survey of Industrial Applications of Formal Methods" 
[CRAI93]. 
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Formalization is a study or observance of prescribed or traditional forms. There are 
degrees of formalization, ranging from the highly formal dry, context-insensitive, to the 
highly informal wet, socially situated aspects of information [LUQI97]. Formalization is 
useful only to the extent that it helps meet concrete goals. For example, problem domains 
in automata, algorithms, and symbolic logic have already been developed, and practicing 
engineers of computer science only apply formalizations to solve practical problems. But 
software engineering is extremely intractable due to requirements instability. In this aspect, 
software engineering differs from the above more developed and traditional forms. Since 
there are no firm disciplines in software engineering, software engineers are hard pressed 
to effectively follow principles supporting the development of large scale and complicated 
software systems. In general, programmers consider application programs to satisfy certain 
mathematical properties, such as sorting, searching, etc., by using formal methods. 
However, demonstration programs cannot always satisfy a user’s requirements. Experience 
suggests that formal methods are often tailored to a specific application especially 
involving human factors in requirements analysis. Therefore, what types of formal methods 
must be applied in such informal wet domains is an essential issue in software engineering. 

Formal notations, such as definitions, rules, graphs, and object-oriented 
implementation tools, are very commonly used to explain the behavior of object-oriented 
components, although they are not the only ways to formalize software evolution 
processes. Each method has distinct functions for representing and interpreting software 
evolution. The best approach is to select appropriate formal methods for parts of issues and 
then to combine them to model software evolution in its entirety. Examples of graphs are 
instantiated to illustrate some profound definitions and rules. In our research, the following 
formal methods embrace different aspects for formalizing software evolution: 

1. Definitions 

In the formalization of software evolution, definitions are represented by 
mathematical and logical notations and are used to build the hypergraph model. 



evolutionary hypergraph model, RH model, relational hypergraph net, and software 
evolution processes. We use definitions to construct a multidimensional and hierarchical 
structure of software evolution within a domain-specific development model that includes 
specified software evolution components and steps. 

Generally, definitions are accompanied by theorems, corollaries, lemmas, 
propositions, and their proofs to derive further abstractions. Most formalism is represented 
by a long series of definitions in various computer science books, such as Symbolic Logic 
and Mechanical Theorem Proving [CHAN73], Introduction to Automata Theory, 
Languages, and Computation [HOPC79], and Introduction to Algorithms [CORM94]. 
Definitions can also be used well in describing software evolution. For example: in "A 
Theory of Program Modifications" [RAMA91], Ramalingam formalizes an algebra of 
program modifications through plentiful definitions, theorems, lemmas, and propositions; 
and in "Object-Oriented Software Evolution" [LIEB93], Lieberherr and Xiao successfully 
use a long series of 35 definitions and theorems to review propagation patterns for 
describing object-oriented software at a higher level of abstraction. In these papers, these 
authors observe that definitions, theorems, lemmas, and propositions have a fairly clear and 
simplistic nature in order to formalize object-oriented software evolution. 

2. Rules 

Rules are logical formulae that can be used to address software problems with 
formal logic. First-order logic is a prototypical formal notation that has been extensively 
studied and has inference rule sets known to be sound and complete for a convenient class 
of models [LUQI97]. 

Inference rules in software evolution formalization play a crucial role in 
automation of software evolution processes. Inference mles are denoted by formal logic 
and inferred by lightweight inferences [BERZ98] in the following domains: version control 
and configuration management, task decomposition and assignment, component 
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generation and retrieval, and dependency inference. We use inference rules to build up a 
small scale search space of different domain-specific environments. 

Some definitions can be transferred into inference rules according to inference 
mechanism needs, but some definitions may not. If inference rules are interpreted as natural 
language with mathematical and logical notations, they can be considered as definitions. 
For example, in Chapter I the inference rule (1): ALL(s : S, c : C :: c output s 
« c e output(s)) can be interpreted as follows: "Let s denote steps and c denote 
components. For all ^ in step set S and all c in component set C it is the case that the 
dependency between c and s is output if and only if c belongs to the output of 5 ." 

The inference rules are stated by a logical notation which is used in the Spec 
language. Spec is a formal specification language based on logic. Berzins and Luqi have 
successfully used the Spec language for defining environment models to help develop 
precise descriptions of complex problems [BERZ91]. In software evolution formalization, 
logical statements in Spec are built from functions and relationships using the connective 
& (and), I (or), -i (not), =» (implies), (if and only if),:: (such that or it is the case that) 
and the quantifiers ALL (for all) and EXISTS (there exists). 

3. Graphs 

Graph theory is a relatively new field in mathematics. Most of the basic results 
were discovered only in this century. Nevertheless, by now graph theory is a developed and 
well-understood field, with thousands of results. Graphs can be used to formalize software 
evolution objects and their relationships. Graphs can model a large variety of situations, 
and they have been used in diverse fields ranging from archaeology to social psychology 
[MANB89]. 

Graphs are very suitable to the formalization of object-oriented programming 
problems. Most object-oriented formalizations in software engineering use vertices and 
edges to address complex graph-theoretical problems. For example: 

• program summary graphs are used to analyze flow-sensitive interprocedural data 
flow [CALL88]; 
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• a graphic model is used to formalize software evolution [LUQI90]; 

• program dependence graphs are used in interprocedural software slicing 
[HORW92]; and 

• a dataflow diagram in CAPS is used to describe program specifications and 
automated merging of software prototypes [DAMP94]. 

In order to formalize software evolution processes, we have extended a graph 
model of software evolution into a hypergraph model, an evolutionary hypergraph model, 
and a RH model [HARN99a] [LUQI90] [LUQI97]. The RH model illustrates a basic 
structure of software component traceability through a top-level step, processed in different 
entrance relationships, and its refined steps. 

We use some properties of directed acyclic graphs (dag) for tracing software 
evolution history, decomposing software evolution objects, building and inf erring 
dependencies among software evolution objects, reusing software evolution objects, and 
assigning tasks to designers. 

4. Object-oriented implementation tools 

A formal model of software evolution is needed to serve as a basis for smarter 
software tools. In object-oriented programming languages, we choose Java to implement 
our formal model of software evolution. To automate real-time software, a prototyping tool 
CAPS (Computer-Aided Prototype System) has been developed using C, Ada, and TAE 
Plus (Transportable Applications Environment Plus) under the SunOS environment. 
Recently, a new PC version of Java CAPS has being developed using Java JDK 1.2. The 
formal model in this research is implemented by Java JDK 1.1.7 and uses Java CAPS. 

Java and Ada both offer comprehensive support for object-oriented software 
development. A comparison of the object-oriented features of Ada 95 and Java has been 
accomplished by Brosgol [BROS98]. He pointed out the 00 model is more closely related 
to so-called "pure" OO languages such as Smalltalk and Eiffel. Java directly supports single 
inheritance and also offers a partial form of multiple inheritance through a feature known 
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as an "interface." A key property of Java is that objects are manipulated indirectly through 
implicit references to explicitly allocated storage. 

Sun [SUN96] has described Java as a "simple, object-oriented, distributed, 
interpreted, robust, secure, architecture-neutral, portable, high-performance, multi¬ 
threaded, and dynamic language." In brief, Java is an object-oriented language with 
features for objects/classes, encapsulation, inheritance, polymorphism, and dynamic 
binding [BROS98]. One can use Java to write stand-alone programs, known as 
applications, in much the same way that one would use Ada, C++, or other languages. 

Therefore, in our research, we have used Java to implement the formal model of 
software evolution. 

B. SOFTWARE PROTOTYPING 

1. Computer-aided prototyping system 

In [LUQI88a], to improve programming productivity and software reliability, 
Luqi introduced a software technology called computer-aided software prototyping. In this 
approach, the traditional Software Development Life Cycle (SDLC) is replaced by a life 
cycle with two phases; rapid prototyping and automatic program generation. Her approach 
to rapid prototyping uses a specification language, called Prototype System Description 
Language (PSDL), integrated with a set of software tools, including an execution support 
system, a rewrite system, a syntax-directed editor (SDE) with graphics capabilities, a 
software base, a design database, and a design-management system. 

PSDL provides two kinds of basic building blocks for prototypes: data types and 
operators. Software systems are modeled as networks of operators communicating via data 
streams. PSDL provides graphical notation for dataflow diagrams enhanced with 
nonprocedural control timing constraints. Each operator is atomic or composite. Good 
modularity is important for increasing productivity. A system’s understandability, 
reliability, and maintainability are especially important in rapid prototyping. The 
nonprocedural control constraints are easy to use because their meaning does not depend 
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on the order in which they appear. The language and its associated prototyping method lead 
to PSDL prototypes with a highly cohesive structure and few coupling problem. The 
prototyping method uses stepwise refinement to refine and decompose critical components 
selectively. These refinements and decompositions are kept in the design database. The 
prototype design is based on abstract functions, abstract data, and abstract control. 
Functional, data, and control abstracts can be used to hide lower level details [LUQI88a]. 

2. Software evolution through rapid prototyping 

Since software evolution accounts for more than half of the total software costs, 
developers have focused on reducing the effort required. Prototyping provides one 
promising approach to achieving this goal. Rapid prototyping is the process of quickly 
building and evaluating a series of prototypes. Rapid prototyping supports software 
evolution as well as initial development. Computer-aided prototyping tools and object- 
based methods support the evolution of both prototypes and production software. 

CAPS supports software evolution through object-based prototyping reusable 
software components. There are two kinds of prototyping objects in PSDL, corresponding 
to abstract data types (PSDL types) and abstract state machines (PSDL operators). Objects 
can also serve as natural units of work in a parallel implementation, since they can execute 
without interfering with each other. 

In [LUQI89], Luqi states that one of the main difficulties of software evolution 
in traditional contexts is the lack of accurate requirements, specifications and design 
documents. What is needed is precise documentation to change the system reliably. In 
PSDL, specifications are part of the prototype description, and the implementation 
descriptions are provided at a design level. Therefore, PSDL can describe both the 
prototype and the production versions of the system. 

Luqi also demonstrates that specification changes are needed when the custoirier 
finds the demonstrated behavior of the prototype unacceptable. PSDL provides statements 
for recording which requirements justify each attribute of an object in the prototype. The 
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system also has a set of heuristic rules for automatically propagating the effects of some 
types of specification changes, including changes to the maximum execution time, 
maximum response time, minimum calling period, and data types associated with the input 
streams and output streams of an object. 

Thus, the customer and the developer must examine a series of changes to the 
proposed system’s behavior and the perceived requirements to reach a common 
understanding. It costs less to use a prototype than to use a production-quality code to 
support this process because prototypes are simpler and easier to modify than production- 
quality implementations. 

3. Requirements engineering 

In [LUQI93], Luqi suggests how to best combine computer-aided prototyping 
with other aspects of requirements engineering, for the purpose of prototyping is to ensure 
that requirements specifications for the system adequately represent the "real 
requirements." 

Luqi also states that the initial effort of requirements engineering is dominated 
by detective work - talking to many people to discover the stakeholders in the proposed 
system, their responsibilities, their roles in the relevant organizations, and what kinds of 
decision support each stakeholder wants. The prototyping process provides a concrete 
structure guide to refine the problem description and help analysts formulate questions that 
stakeholders will resolve. As a result, prototyping directly aids evaluating of proposed 
system behavior with respect to the goals of the stakeholders. The main problem solved by 
prototyping is communication: the actual goals of the stakeholders do not always match 
what they say, and those goals often shift in response to a better understanding of the 
system gained by concrete demonstrations of what it would be like to use that system. 

In [LUQI93], prototyping helps to reveal questions, to elicit feedback from 
stakeholders,, and to trigger some of the goal shifting before completion of requirements 
analysis rather than after implementation and delivery. 
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4. Specification-based prototyping 

In [BERZ93], the use of software transformations for software evolution is 
explored. Transformation can be used to construct a program from a formal specification. 
But constructing correct specifications is difficult to accomplish because a set of informal 
ideas must be turned into a formal model in spite of incomplete and imprecise 
communication between people. Executable prototypes of the specification are useful for 
obtaining user confirmation by using a proposed specification to represent the problem 
correctly, and for guiding the reformulation of the specification in cases where it 
misrepresents the problem. Prototyping is most effective if the scenarios for 
demonstrations are carefully chosen to expose the most likely weaknesses of the 
requirements. 

Berzins also describes how transformations can enhance the prototyping process 
by capturing the conceptual dependencies in a design. The prototyping process repeats a 
guess/check/modify cycle until the users agree that the demonstrated behavior is 
acceptable. There are two phases in the model of the prototyping process: prototype 
evolution and production code generation. The purpose of prototype evolution is to 
stabilize the software requirements before developers invest great effort in detailed 
implementation and optimization. The purpose of production code generation is to generate 
an efficient implementation when the requirements are stable. The prototype evolution 
phase consists of the activities labeled "analyze requirements," "constmct prototype," and 
"execute prototype." The production code generation phase consists of the activities 
labeled "verify structure" and "implement (optimize)." 

Berzins also states that prototype evolution phases are dominated by a series of 
nonmonotonic changes to the behavior of the prototype. These changes are achieved via 
contracting and extending transformations or via relaxing and constraining 
transformations. The production code generation phase is dominated by meaning¬ 
preserving transformations for optimizing the design and implementation. 
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C. DEPENDENCY APPROACH 


1. Consistency maintenance 

The dependency approach has been widely applied to software evolution 
research. In [AVEL92], a dependency approach to the consistency maintenance problem 
illustrates several viewpoints that provide effective management of the software evolution 
process [LEHM91]. In the following, Avellis summarizes that the dependency approach is 
useful to distinguish three families of dependencies vital in his research; 

• I-dependencies: implementation or programming dependencies that use 

implementation consistency rules to make the software 
maintenance efficient so that if somebody changes part of a 
functional specification, then the implementation of the 
changed parts should "change appropriately"; 

• T-dependencies: technology dependencies that refer to properties of 

architectures interfaces, performance, user interaction, devices, 
operating systems and other tools; and 

• D-dependencies: domain dependencies that exploit knowledge of the application 

domain that cannot be determined by examining the code alone. 

In I-dependencies the implementation consistency rules are referred to as "fair 
low-level programming objects" belonging to a programming view of the system. The rule 
is as follows: 

change(specification-A) => change(implementation-A) 

This is certainly not detailed enough to explain software maintenance. Other 
examples of important dependencies are 

• "uses" dependencies'. If A uses J! and B changes, then the implementation of A may 
have to be modified to adapt to the changes in B. 

• "input" dependencies'. If j: is an input to A and the type of x changes, then the body 
of A should change. 

• "access methods" dependencies'. If x is a data structure, and the structure of x is 
changed, then the implementation of the access methods should change 
accordingly. 

In T-dependencies we can explain the change in terms of knowledge about 
dependencies between; software architectures and performance; implementation 



technology and performance; and data structure representation and algorithm efficiency. 
We call them technology dependencies because they are dependencies that relate to the 
objects involved in building the software system. 

In D-dependencies, to actually know what the impact of a change is, and what 
other changes are required to make the system consistent, we need extensive domain- 
specific knowledge. As such, this knowledge is referred to as domain-specific 
dependencies. 

Avellis focuses on the analysis of several classes of dependencies that are based 
on modeling the main objects in any view of the software system in a frame-based 
representation. He also focuses on making explicit the related dependencies in meta¬ 
knowledge bases. The dependency approach in [AVEL92] can be extended from software 
maintenance to automated software evolution. 

2. Project network 

In addition to I-dependencies, T-dependencies, and D-dependencies, we explore 
P-dependencies in project networks. 

• P-dependencies: project dependencies that use succeeds, precedes, input, and 
output dependencies to define tasks and their relationships; 

In software project management, each task’s definition contains succeeds and 
precedes dependencies that link the task to its immediate neighbors in a schedule network. 
Furthermore input and output dependencies can be built to signify what a task requires as 
input to do its job and what it produces as output. 

In [BIMS90], the input and output dependencies are used primarily as support 
for tracing dependencies through project network. However once we have both the 
precedes dependency and the input and output dependencies in place, it becomes apparent 
that precedes dependencies could be inferred directly from input and output dependencies; 
that is, task A precedes task 5 if A produces an output that B requires as input. 
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3. Dependence graph 

In the software merging and slicing study, the dependence graph is a kind of 
dependency approaches to describe program components. A dependence graph has been 
used to solve the interprocedural-slicing-problem generating a slice of an entire program, 
where the slice crosses the boundaries of procedure calls. This dependence graph is 
introduced to represent programs, known as a system dependence graph [HORW90] 
[HORW92]. Slicing can help a programmer understand a complicated code, can aid in 
debugging [LYLE86], and can be used for automatic parallelization [BADG88] [WEIS83]. 
Horwitz’s algorithm for interprocedural-slicing produces more precise answers than that 
produced by Weiser’s algorithm presented in [WEIS84]. Horwitz follows the example of 
K. Ottenstein and L. Ottenstein by defining the slicing algorithm in terms of operations on 
a dependence graph representation program [OTTE84]. There are several dependences in 
the system dependence graph: control dependencies, intraprocedural flow dependencies, 
transitive interprocedural flow dependencies and so on. 

To compute slicing problems in linear time, K. Ottenstein and L. Ottenstein 
introduced program dependence graphs to represent program. Once a program is 
represented by its program dependence graph, the slicing problem is simply a vertex- 
reachability problem [OTTE84]. To integrate several versions of a program into a common 
one, Horwitz introduced the program dependence graph to define the relationship between 
program components [HORW90] [HORW92]. Edges between program components 
represent dependencies. An edge represents either a control dependence or data 
dependence. 

D. SOFTWARE COMPONENT REUSE 

1. Reusable software component storage and retrieval 

In [STEI91], R. Steigerwald, Luqi and J. McDowell show that a computer-aided 
software engineering (CASE) tool, which is used in conjunction with CAPS, will retrieve 
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reusable software components from a software base using a given specification. They 
employ five critical elements: 

• The new technologies, often manifested in CASE tools, are based in reusable codes 
[MEYE94], computer-aided designs, and the automatic generation of programs. 
With respect to reusable component retrieval, the most important tool in CAPS is 
the software base management system (SBMS). Within this system the key to 
component storage and retrieval is the component’s specification. 

• The specification language used is PSDL. PSDL provides two kinds of building 
blocks for prototypes: abstract datatypes (ADTs) and operators. Software systems 
are modeled as networks of operators communicating via data streams. 

• PSDL uses axioms of several different forms. The axioms are written using OBJ3. 
The axioms express the semantics of the specification and will be the basis of 
semantic normalization and matching, which is the second phase of the retrieval 
process. Syntactic and semantic normalization and matching provide the means for 
component storage and retrieval. 

• The most widely known Ada software bases are the Common Ada Missile Parts 
Library (CAMP), the Ada Software Repository, and Booch component collection. 
Techniques that have been applied to the issue of component retrieval include 
browsers such as those found in Smalltalk, KEE, and Eiffel, keyword search 
algorithms, multi-attribute search algorithm, and expert systems. As stated above, 
the general methodology is to store components in an object-oriented database 
management system (OODBMS) and use PSDL specifications as the basis for 
retrieval. 

• A query for a library component is a PSDL specification. The query is syntactically 
and semantically normalized and then matched against stored specifications. 
Syntactic and semantic normalization may proceed in parallel, but syntactic 
matching must occur before semantic matching in order to narrow the list of 
possible candidates. The main benefit of syntactic matching is speed, whereas the 
advantage of semantic matching is accuracy. 

2. Multi-level filtering for software component retrieval 

In [GOGU96], software reuse has been proven to improve the productivity and 
to produce a faster turnaround time for software projects. One of the central issues in 
software reuse is how to make better use of software libraries by improving thb search and 
retrieval process [MEYE94]. Any solution to the retrieval problem should satisfy the 
following criteria: 

• the retrieval process should be automated. 
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• any search algorithm in the retrieval process should be accurate. 

• the search process should be effective. 

• the user interface should allow a flexible and easy formulation of queries by the 
user and should provide insightful feedback to the user. 

The algebraic specification language OBJ3 was used to perform some software- 
search-experiments in the context of the CAPS project. The search for reusable software 
components is organized as a series of increasingly stringent filters. These are profile and 
keyword filtering, signature matching, and ground-equation checking (semantic matching), 
all applied to software library components. The set of candidate components passing 
through the semantic matching process is referred to as a choice set. The output to the user 
includes the choice set as well as information about how the choice set is computed. 

The results are based on the assumption that 

• the components in a software library are written in a modem programming 
language, e.g., Ada. 

• each component is assumed to have an executable algebraic specification with 
equations [GOGU96]. 

• the user's query is a partial algebraic specification, typically consisting of a 
signature and ground equations. 

The results illustrated that users prefer partial specification over formal 
specification when formulating their queries. The study points out that the signature¬ 
matching algorithm produces identical results for approximate (using profile as a pmning 
mechanism) and non-approximate signature matching (exhaustive search). 

E. AUTOMATED SOFTWARE EVOLUTION 

1. Graph model 

The evolution of software systems accounts for the bulk of their cost. However, 
there is currently little automated support for evolution, especially when compared to other 
aspects of software development. A graph model of software evolution is particularly 
concerned with large and complex systems, which often have long lifetimes and undergo 
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gradual but substantial modifications since they are too expensive to discard and replace 
[LUQI90]. 

Computer assistance is essential for the effective and reliable evolution of such 
systems because their representations and evolution histories are too complex for unaided 
human understanding. Computer-aided software evolution is particularly important in 
rapid prototyping, where exploratory design and prototype demonstrations guide the 
development of the requirements via an iterative process that can involve drastic 
conceptual reformulations and extensive changes to system behavior [LUQI89]. 

In [LUQI90], the CAPS graph model is a data graph model for evolution that 
records dependencies and supports automatic project planning, scheduling, and 
configuration management. According to this model, the evolution process of a software 
system is represented by a graph that at any given moment models the current and the past 
state of the software system. A typical instance of that graph consists of software objects 
that comprise the system configuration and the evolution activities (steps) applied to these 
objects. The graph model views a software evolution process as a partially ordered set of 
steps. Each change in the system design from the moment it is proposed is performed 
within the context of one or more steps. Steps have states that reflect the dynanaic 
progression of the change from the moment the change is proposed until it is completed or 
abandoned. When rejected, the history of the activity remains in the project database. When 
completed, a step outputs a new version or versions of the subject software component 
underlying the change. 

2. Management and control of software evolution 

In [BADR94], Badr presents an ECS that provides automated assistance for the 
software evolution process in an uncertain environment where designer tasks and their 
properties are always changing. 

Also in [BARD94], there are six different evolution states with each step 
expressing the different activities. In a proposed state, a proposed evolution step is 
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subjected to both cost and benefit analysis. Approval of a proposed step by the management 
triggers the decomposition process to create an atomic sub-step for each primary or affected 
component of the step. The "scheduled" state is reached from the "approved" state via the 
command "schedule_step" indicating that management constraints are complete and 
enabling scheduling and job assignment mechanisms. When a step is assigned, the version 
bindings of its inputs are automatically changed from generic to specific. In a completed 
state, the outputs of the step have been verified, integrated, and approved for release. In an 
abandoned state, the outputs of the step do not appear as components in the evolution 
history graph. 

3. Object-oriented software evolution 

Lieberherr and Xiao thought that software projects appeared as huge mountains 
[LIEB93]. Therefore, they invented evolution histories and growth plans to help 
programmers climb the mountain in small controlled phases with positive feedback after 
each testing phase. According to them, a propagation pattern defines a family of programs 
from which we can select a member by giving a class dictionary graph that details the 
structure of behavior through part-of and inheritance relationships between classes. 

Lieberherr and Xiao introduced three concepts; evolution histories, growth- 
plans and propagation-directives. Their main contributions are that a programmer can 
incrementally write succinct high-level representations of programs so that his or her 
programs can be easily adapted and evolved to new environments and to constrain object 
descriptions through growth-plans for program testing. 

Object-oriented concepts are applied to a software maintenance method named 
COMFORM (configuration Management FORmalization for Maintenance). COMFORM 
is composed of several phases to provide the necessary guidance to maintain existing 
software systems [CAPR94]. 

In [CAPR94], a class (or type) is a template description which specifies common 
properties and behavior for a group of similar objects where object is an instance of a class. 
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The properties and behavior of objects, and their commonalities, are described in terms of 
attributes and operations. Inheritance is a powerful concept in [CAPR94], as it allows one 
to create new versions of forms which are a specialization of existing ones so that previous 
experience is reused. 

In [PERR94], Perry thought it too limiting that software evolution is considered 
in terms of corrections, improvements and enhancements. He claimed that three inter¬ 
related ingredients are required in well-(software)-engineered systems: the domains that 
are relevant to these systems, the experience we gain from building, evolving and using 
these systems, and the processes we use in building and evolving these systems. Taking this 
holistic view, we gain insight into sources of evolution not only of the software systems 
themselves, but of their software evolution processes as well. 

In [ABRA95], Abramson designed a tool for debugging programs, using 
evolutionary software techniques. He introduced a new distributed debugger Guard 
(Griffith University Relative Debugger), which operates in an open heterogeneous 
computing environment. Guard makes use of open-distributed-processing techniques to 
allow the reference code and the debugged code to execute concurrently on different 
computer systems. Guard relies on the user to make a number of assertions that compare 
data structures in the debugged code and in the reference version. These assertions make it 
possible to detect faulty code because they indicate where and when the data structures 
deviate from those in the reference code. 

F. C4I SYSTEMS 

In our study, we apply CASES to C4I (Command, Control, Communication, 
Computer, and Intelligence) systems to validate the RH model of software evolution. Why 
do we select C4I systems? The answer can be found in C4I systems which have the 
following features to match the formal model of software evolution: 

• The requirement environment of developing C4I systems is mutable and unstable. 

• The best way to create a C4I system is by an object-oriented modeling technique. 

• C4I systems are real-time embedded systems. 
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• C4I systems are large and complex systems. 

• Evolution of C4I systems can be formalized and carried out by automation tools. 

• Rapid prototyping technology can help designers create adaptive C4I systems. 

• Requirements of the new version C4I systems can be obtained after the 
performance of the C4I system is evaluated and measured. 

In general, C4I systems include C2, C3, and C3I systems. The following are their 
definitions and research backgrounds related to the above features: 

1. C2 systems 

CALL (Center for Army Lessons Learned) Dictionary and Thesaurus defines C2 
(Command and Control) as the exercise of authority and direction by a properly designated 
commander over assigned forces in the accomplishment of the mission. C2 functions are 
performed by arranging personnel, equipment, communications, and procedures employed 
by a commander in planning, coordinating, and controlling forces and operations in the 
accomplishment of a mission. In [MALE98], Malerud defines C2 concept, C2 structure and 
C2 system as follows: 

• C2 concept: A set of characteristics of a C2 system describing how it reaches its 

objective. 

• C2 structure: An assembly of personnel, organization, procedures, equipment 

and facilities arranged to meet a given objective, and within fixed 
economical limits. 

• C2 system: An assembly of personnel, organization, procedures, equipment 

and facilities organized to accomplish C2 related functions. A C2 
system comprises three main components: C2 tasks, C2 functions 
and a C2 structure. 

A formal model is developed by applying an object-oriented modeling technique 
to measure C2 systems. The formalization procedures are described in the following steps 
[MALE98]: 

• An object model is developed capturing the static structure of the C2 system which 
include the objects of the system, relationships between the objects and attributes 
and operations that characterize each class of objects. 

• A dynamic model is constructed consisting of state diagrams specifying when 
functions/processes in the system are executed. 
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• A functional model is developed specifying the functions/processes carried out in 
the system. The function model consists of flow diagrams which describe the flow 
of information between functions and objects. 

These steps show that C2 systems can be formalized and measured by using an 
object-oriented modeling technique. 

2. C3 systems 

CALL Dictionary and Thesaurus defines C3 (Command, Control, and 
Communication) as the collection of capabilities required by commanders to exercise 
command and control of their forces. In C3 systems, communication systems are a 
collection of individual communications networks, transmission systems, relay stations, 
tributary stations, and data terminal equipment usually capable of interconnection and 
interoperation to form an integrated whole. 

C3 systems are clearly complex systems that change frequently, and thus create 
demands for flexibility on the part of supporting software and flexibility in the supporting 
organizational architecture [LEE98]. Requirements analysis technology is one of the 
factors influencing the performance of C3 architectures. Lee’s research on related C3 
systems suggests that standard principles, such as minimum and priority, are insufficient in 
the modem world in which increased complexity and rapid changes are requiring greater 
flexibility [LEE98]. The ability to create an adaptive C3 system by rapid prototyping 
technology is an essential issue. Feedback from users via a prototype demo helps to control 
the adaptivity of the C3 architecture and the performance of a C3 system which can be 
evaluated and generated to a new version of a C3 system. 

Once a C3 system is created, evaluation is required.-For many years, the use of 
mission threads dominated the evaluation of C3 systems [BROD98]. Mission threads are a 
time-ordered series of messages required to perform an operational task. Unfortunately, 
testing in this manner is expensive and often fails to pinpoint bottlenecks or problem areas. 
Brodeen’s research evzduates C3 systems by using message strings, so that experiments 
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involving the entire system can be better focused on military factors. These military factors 
include some validated service criteria provided by the communication system [BROD98]. 

3. C3I systems 

CALL Dictionary and Thesaurus defines intelligence as the collection of 
functions that generates knowledge of the enemy, weather, and geographical features 
required by a commander in planning and conducting combat operations. In C3I systems, 
military intelligence collection can be considered a plan for gathering information from all 
available sources to meet an intelligence requirement. Therefore, real-time constraints are 
needed to build a C3I system for helping commanders make a correct decision. Because the 
C3I system represents the tactical commander’s nerve center, it is an absolute necessity that 
the commander’s C3I system has the sophistication to manage the data under the real-time 
decision aid. 

4. C4I systems 

CALL Dictionary and Thesaurus defines C4I as integrated systems of doctrine, 
procedures, organizational structures, personnel, equipment, facilities, and 
communications designed to support a commander’s exercise of command and control 
through all phases of the operational continuum. In a C4I system, except for hardware, we 
focus on computer software. In our research, developing Object-Oriented Programs is one 
of the most important work for organizing a C4I system. In order to address an 
overwhelming unstable requirement environment, we intend to develop the next generation 
of information systems based on modular, object-oriented programming principles using 
rapid software prototyping to get early feedback from users. 

For example, in [LOSS98], Lossau presents a technical architecture for 
distributed C4I-based applications. The architecture supports sharing of data instead of 
duplicating data, and provides a level of collaboration between C4I applications not 
existing in current environments. The structure is designed to support maximum platform 
portability and adherence to software standards. His conclusion is using distributed Object- 
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Oriented techniques whereby we are able to provide a mechanism for sharing information 
at its source without having to copy the data. 
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m. RELATIONAL HYPERGRAPH MODEL 

The Relational Hyper graph model (RH model) is a formal model for software evolution 
which can help us develop tools to manage both the activities in a software development 
project and the products that those activities produce [HARN99e]. This model incorporates 
some features of previous CAPS models into a more abstract mathematical structure. Our 
intention is to make the software evolution process easier to understand and implement. 
This model has been used successfully in CASES [HARN99d]. 

A. HYPERGRAPH 

The hypergraph model [HARN99a] [LUQI97] represents the evolution history and 
future plans for software development as a hypergraph. Hypergraphs generalize the usual 
notion of a directed graph by allowing hyperedges, which may have multiple output nodes 
and multiple input nodes [BERG89] [GALL93] [LUQI97] [PRET93] [SACC85]. The 
following definitions that formalize hypergraph, path, and evolutionary hypergraph have 
been created by Luqi and Goguen [LUQI97]. We extend their work to define hypergraph 
set, minimal hypergraph, and refinement of a node, an edge, and a minimal hypergraph for 
building the RH model. 

Definition 1. (Hypergraph) A (directed) hypergraph is a tuple H = (N, E, I, O) where 

1. iV is a set of nodes, 

2. £ is a set of hyperedges (briefly called edges), 

3. ^ 2^ is a function giving the set of inputs of each hyperedge, and 

4. (9: £ —> 2^ is a function giving the set of outputs of each hyperedge [LUQI97]. 
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Definition 2. (Path) Let H = (A^, E, I, O) be a hypergraph. A path p from a node n to a node 
n' is a sequence ej ... ej^oi k> 0 edges and a sequence ... of nodes such that 
Hi € /(e,) and n ,+7 e Ofc,-) for i = I ,..., where n = nj and n = n ^+7 [LUQI97]. 

The traceability of the software evolution can be presented via the paths of a 
hypergraph. 

Definition 3. A hypergraph H = {N, E, I, O) is acyclic if and only if there is no path from 
any node in A^to itself [LUQI97]. 

Definition 4. A set N of nodes is reachable from a set R of nodes if and only if there is a 
path to each n € A from some n' e R. A hypergraph H = (N, E, I, O) is reachable from a 
set R of its nodes if and only if its set N of nodes is reachable from R. A root of His a node 
from which H is reachable. A leaf of A is a node from which no other node is reachable 
[LUQI97]. 



R H 


Figure 1; A hypergraph H is reachable from another hypergraph R. 


Later hypergraphs are reachable from earlier hypergraphs through an evolution path 
[LUQI97]. For example, in Figure 1, the hypergraph H is reachable from another 
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hypergraph R. Each node in hypergraph H is reachable from the nodes in hypergraph R via 
a path. In this case, n;' is a root of H and is a leaf of H. 

These concepts can be enhanced to the composite node and composite edge, 
hypergraph set, minimal hypergraph, and refinement of a composite node (or called node 
decomposition) as follows: 

Definition 5. (Hypergraph Set) Let H = (N, E, I, O) be a hypergraph and 

4 ^ hypergraphs. The hypergraph 

H = HjKJ ... u is called the hypergraph set of hypergraphs Hj,..., if the following 
conditions hold: 

1. N = NjU...uN^ and E = Ej\j ...\j and 

2. if 0(e) n O(e') ^ 0 then e = e’\ we call this the identifiability condition. 

We say that the hypergraph H combines hypergraphs Hj,..., 

Definition 6. (Minimal Hypergraph) LetH= (N, (e), /, O) be a hypergraph with precisely 
one hyperedge, e. We say that H is the minimal hypergraph. 

Definition 7. (Refinement of a Node) Let /f = (N, E, I, O) be a hypergraph. The refinement 
of a node n e Nin is a (directed) minimal hypergraph = (iVj„ u {e}, /, O), whose 

input node set is {nj,..., nj, output node set is {n}, and edge set is {e}, where edge 
e is called a decomposition edge. We say that node n is decomposed or refined into nodes 
nj, ..., n„, and node n is called a composite node. 

In Figure 2 [a], node nf and node nj are two composite nodes that are decomposed 
into nf and ny as well as n^ and ny, respectively. Node n/ is reachable from subnodes nf 
and ny, and node w; is reachable from subnodes and ny. Due to the identifiability 
condition, the decomposition edge of Figure 2 [a] can be briefly drawn as [b]. 
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In Figure 1, if node n/ has a set of subnodes n^' and nj,' as Figure 2 [a], is also 
reachable from each of subnodes because the path directions (also called decomposition 
edge directions) between parent node and subnodes are pointed to parent node. But if node 
n] has a set of subnodes n^ and as Figure 2 [a], whose path directions are pointed to 
parent node, each of subnodes would not be reachable from R because of the path 
directions. 





[b] 

Figure 2: A decomposition of nodes n/and nj 


Definition 8. If // = {N, E, I, 0) is a hypergraph, then its opposite, denoted is the 
hypergraph {N, E, O, I). We say that H is co-reachable from another hypergraph 

R = iff, E', I, 0) if and only if is reachable from R [LIQI97]. 

The definition of opposite hypergraph and co-reachable from can resolve the 
confusion issue of decomposition. In Figure 3, we focus on discussing the decomposition 
of nodes n/ and nj, and illustrate that a hypergraph H is co-reachable from another 
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hypergraph R if and only if hypergraph is reachable from hypergraph R. Since each 

member in hypergraph H°P is reachable from some of members in hypergraph R via a path, 
we say that hypergraph H is co-reachable from hypergraph R. 








R 

H 








R EPP 

Figure 3: A hypergraph H is co-reachable from another hypergraph R 
if and only if hypergraph H^P is reachable from hypergraph R. 



H 


Figure 4: A minimal hypergraph H 


In Figure 4, if nodes n/ and nj in H represent the input and output node sets to a 
hyperedge e respectively, nodes n/, nj and hyperedge e form a minimal hyper graph. If 
nodes n/ and n; are decomposed into two sets of subnodes in minimal hypergraph, the 
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characteristics of reachable from and co-reachable from between parent node and subnodes 
in hypergraph H can be conducted by hyperpath. These definitions can be specified as 
follows: 

Definition 9. (Hyperpath) A hyperpath in a hypergraph H = {N, E, I, O) from D c A to 
rc iVis a minimal hypergraph contained in H, whose node set contains D and T, and that 
is reachable from D and co-reachable from 7; we call D and T the input and output sets of 
the hyperpath, respectively. 


p 
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Figure 5: A hyperpath P in hypergraph H 


In Figure 5, a hyperpath P from input set nf via hyperedge e to output set n; appears 
in a hypergraph H. Node nf is a set of subnodes nf and ny which are inputs to hyperedge 
e and node n; is a set of subnodes n^ and ny which are outputs to hyperedge e. Therefore 

hypergraph P is reachable from input subnodes nf and nf and opposite hypergraph P°^ is 
reachable from output subnodes and ny. 

Actually, the hyperpath can be applied to the refinement not only of a composite node 
but also of a composite hyperedge and a minimal hypergraph. The refinement of a 
composite edge (also called edge expansion) and the refinement a minimal hypergraph can 
be described as edge expansion. 
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Definition 10. (Refinement of an Edge) Let H = {N, E, I, O) be a hypergraph. The 
refinement of an edge e e E is a hypergraph set R = u I, O) of minimal 

hypergraphs Hj = (A; u Bj, {ej}, I, O),..., H„ = (A„ u I, 0), whose input node 

set Nin is A; u... u A„, output node set is 5; u ... u , and edge set is {ej ,..., 
eJ, where e;,..., are called subedges. We say that edge e is expanded or refined into 
subedges ej,..., and edge e is called a composite edge. 

Definition 11. (Refinement of a Minimal Hypergraph) Let H = (N, E, I, O) be a 
hypergraph. Let = (A^j„ u {e}, I, O) be a minimal hypergraph in H where input 
node set and output node set to edge e are composite nodes, and edge e is a 
composite edge. The refinement of a minimal hypergraph = (A^,-„ u {e}, I, O) in H 
is a hypergraph set R = u u where is a refinement of Nlf^, is a 
refinement of and Hg is a refinement of e. 

In other words, given a hypergraph H = {N, E, I, 0), a hyperedge e is said to be 
expanded if and only if e is a composite edge and e is refined by a set of subedges associated 
with their input node(s) and output node. So, an edge expansion of a hypergraph 
H = (AT, E, /, O) is a refinement of a hyperedge ee £ by a hypergraph set having the same 
input and output sets. 

In Figure 6, the refinement of input node n/ is a minimal hypergraph 
Hin = (Jnf, nff} u {nf}, {dl}, I, O), the refinement of output node nj is a minimal 
hypergraph = {{n^, nf^} u {nj}, {d2}, I, O), and the refinement of edge e is a 
hypergraph set Hg = ({nf, nff} U {el, e2}, I, O). Therefore the refinement of a 

minimal hypergraph = (A^„ u N^ut, {e}, /, O) is a hypergraph set R = u u Hg 
= ({nf, nif, n^, ny n/, njJ, {el, e2}, I, O). 
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Definition 12. (Evolutionary Hypergraph) An evolutionary hypergraph is a labeled, 
directed, and acyclic hypergraph H = {N, E, I, O) together with label functions Li^/: N—^C 
and L^: E A such that the following assumptions are satisfied: 

1. The elements of N represent unique identifiers for software evolution components; 

2. The elements of E represent unique identifiers for software evolution steps; 

3. The functions I and O give the inputs and outputs of each software evolution step, 
such that 0(e) n O(e') ^ 0 implies e = e'\ 

4. The function Lj^ labels each node with component attributes from the set C, including 
the corresponding version of the software evolution component; 

5. The function L£ labels each edge with step attributes from the set A, including the 
current status of the software evolution step, such that A = {s, d} A' (that is, each 
element of A has the form (s, a') or (d, a'), where a' e A'). An edge labeled "s" is 
called a step and one labeled "d" is called a decomposition [LUQI97]. 

In the next section, we will use the definition of evolutionary hypergraph to construct 
relational hypergraph model. 
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B. RELATIONAL HYPERGRAPH 


To describe a multi-dimensional hierarchy of software evolution objects and their 
relationships, we explore the RH model that is based on a hypergraph model and an 
evolutionary hypergraph model. This multi-dimensional hierarchy includes top-level, 
refined-level, and atomic-level relational hypergraphs with software evolution histories. 
The top-level relational hypergraph can be decomposed into refined levels until it becomes 
an atomic-level hypergraph that is a leaf of the decomposition tree. The software evolution 
history can be traced step by step along the software evolution path within each level of a 
relational hypergraph. No matter which level software evolution objects are in the 
relational hypergraph, the RH model can completely describe the primaryjnput and 
secondary_input dependencies. 

A relational hypergraph is an evolutionary hypergraph in which the dependency 
relationships between components and steps can have a hierarchy of specialized 
interpretations. The input part to each hyperedge in a path could be a set of multiple input 
nodes containing various software evolution components. If an input node and an output 
node to an evolutionary hyperedge that are different versions of the same component exist, 
then the path from the input node via the hyperedge to the output node is called a primary- 
input-driven path, and the relationship between the input node and the step is called a 
primaryjnput dependency. If an input node and an output node of an evolutionary 
hyperedge exist and these are different components, then the path from the input node via 
the hyperedge to the output node is called a secondary-input-driven path, and the 
relationship between the input node and the step is called a secondaryJnput dependency. 

The relational hypergraph records the history of software evolution and the 
relationship between software components and their related components. Before evolving 
a software system, we don’t know what is the new version of the proposed software system 
until we run a sequence of evolution activities to get the proposed requirements. The 
development of the new software version is based on the new requirements and the old 
software version. The whole process can be recorded by a relational hypergraph. 
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The evolutionary hypergraph is a multi-level structure due to the refinement of the 
hyperedge. Actually, the hyperedge is a multi-level structure of the evolution step. The top- 
level evolution step can be refined into several atomic evolution steps as soon as its top- 
level evolutionary hypergraph is refined into several atomic evolutionary hypergraphs. 
This can be defined as follows [HARN99g]: 

Definition 13. (Top-level Evolution Step) Let H — (N, E, I, O) be an evolutionary 
hypergraph. A hyperedge e & E is called top-level evolution step if and only if the 
hyperedge e has no parent evolution step. 

Definition 14. (Atomic Evolution Step) Let H = (N, E, I, O) be an evolutionary 
hypergraph. A hyperedge c e £ is called atomic evolution step if and only if the hyperedge 
e cannot be expanded to a step and its output set has at most one component. 

Definition 15. (Top-level Evolutionary Hypergraph) A top-level evolutionary 
hypergraph is an evolutionary hypergraph H = (N, E, I, O), each of whose hyperedge is a 
top-level evolution step. 

Definition 16. (Atomic Evolutionary Hypergraph) An atomic evolutionary hypergraph 
is an evolutionary hypergraph H = (N, E, I, O), each of whose hyperedge is an atomic 
evolution step. 

Inputs to a hyperedge are classified as either primary input or secondary, or 
nonprimary, input. In a software evolution path, generally, there is a sequence of nodes 
from source to sink driven by primary input. However, the input part 1(e) to each hyperedge 
e in a path might not map into only one identical component but could be a set of multiple 
input nodes combining many kinds of software evolution components. Within these input 
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nodes to a hyperedge in an evolutionary hypergraph, a node in a path traced or driven by 
secondary input exists. This phenomenon can be addressed as follows: 

Definition 17. (Primary-input-driven) A path p in an evolutionary hypergraph 
H = {N, E, I, O) is called primary-input-driven if and only if for every hyperedge e in the 
path p, input node n and output node n' to hyperedge e are different versions of the same 
component and output node n' depends on input node n. 

Definition 18. (Secondary-input-driven) A path p in an evolutionary hypergraph 
H = {N, E, I, O) is called secondary-input-driven if and only if for every hyperedge e in the 
path p, input node n and output node n' to hyperedge e are different components and output 
node n' depends on input node n. 

A primary-input-driven path addresses the evolution history of a software evolution 
component based on the change from an old version to a new version. A secondary-input- 
driven path addresses the evolution rationale with a sequence of the software evolution 
components. Therefore, these two structures form the relational hypergraph which 
determines not only what to evolve but also how to evolve it. The relational hypergraph can 
be characterized as follows: 

Definition 19. (Primary-input-driven Hypergraph) An evolutionary hypergraph 
H = (N, E, I, O) is called a primary-input-driven hypergraph if and only if for every 
hyperedge e 'mH and every input node n in 1(e), e is primary-input-driven, and the input 
node n is called primary input node. 

Definition 20. (Secondary-input-driven Hypergraph) An evolutionary hypergraph 
H = (N, E, I, O) is called a secondary-input-driven hypergraph if and only if for every 
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hyperedge e 'mH and every input node nml(e),e is secondary-input-driven, and the input 
node n is called secondary input node. 

Definition 21. (Relational Hypergraph) An evolutionary hypergraph H = (N, E, 1,0) is 
called a relational hypergraph if and only if for every hyperedge e inH and every input 
node n in I(e), the dependency between n and e is primary_input or secondary Jinput. 


T1 
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" " » Primary-input-driven step 

“ — — — Secondary-input-driven step 


Figure 7: Primary-input-driven and secondary-input-driven hypergraph 


Figure 7 [a] shows a primary-input-driven hypergraph since input node Pl.l and 
output node P2.2 to hyperedge S-P2.2 are different versions of the same component P. 
Figure 7 [b] shows a secondary-input-driven hypergraph since input node Rl.l and output 
node P2.2 to hyperedge s-P2.2 are different components. Hypergraphs T1 and T2 are top- 
level evolutionary hypergraphs with a top-level evolution step s-P2.2, and similarly 
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hypergraphs A1 and A2 are atomic evolutionary hypergraphs with two atomic evolution 
steps s-Pj2.2 and S-P 22 . 2 . 

Primary-input-driven and secondary-input-driven hypergraphs in Figure 7 can be 
combined into a relational hypergraph shown in Figure 8. Steps S-P2.2 at the top-level in 
different hypergraphs are the same step, and the inputs to step S-P2.2 have two software 
evolution components, primary input node Pl.l and secondary input node Rl.l. Therefore, 
the relationships among nodes, subnodes, top-level steps and atomic steps can be 
established by this relational hypergraph. 



Figure 8: A relational hypergraph 


C. SOFTWARE EVOLUTION STEPS 

Actually, in the software evolution process, the related input components to each type 
of software evolution steps depends on real applications, but in order to formalize the 
software evolution process, we specify and extend software evolution steps and their 
related input components based on the Schematic Model of the Analysis Process modified 
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from the IBIS model in [IBRA96]. In that model the software evolution steps in software 
evolution process include: software prototype demo step, issue analysis step, requirement 
analysis step, and specification design step. We extend other four types into that model: 
module implementation step, program integration step, software product demo step, and 
software product implementation step. The software evolution components include the 
following ten types: stakeholders, software prototype programs, software product 
programs, test scenarios, criticisms, issues, requirements, specifications, modules, and 
optimizations. Stakeholders of a step can be regarded as virtual teams before the step (or 
job) is assigned to stakeholders. 

Definition 22. (Software Prototype Demo Step) Let Cj be a set of old-version criticisms, 
C 2 be a set of new-version criticisms, P be a set of software prototype programs, Tbe a set 
of software test scenarios, and 1/ be a set of stakeholders. Let // = (N, P, /, O) be a relational 
hypergraph where N = I(s) u 0(s) and se E. We say step 5 is a software prototype demo 
step if and only if there exist Cj, C 2 , P, T, and U, such that I(s) = Ci^j P \jT\j U and 
0(s) = C 2 . 


In steps of definition 22, there are five software component sets, Cj, C 2 , P, T, and U. 
Cj is a primary input node. P, T, and U are secondary input nodes. C 2 is the result of this 
step. 

Definition 23. (Issue Analysis Step) Let Jj be a set of old-version issues, J 2 be a set of 
new-version issues, C be a set of criticisms, and 17 be a set of stakeholders. Let 
H = (N, E, I, O) be a relational hypergraph where N = I(s) u 0(s) and s e E. We say step 
5 ' is a issue analysis step if and only if there exist Jj, J 2 , C, and U, such that 
I(s) = Jj\J C\J U and 0(s) = 72- 
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In steps of definition 23, there are four software component sets, Jj, J 2 , C, and U.Jj is 
a primary input node. C and U are secondary input nodes. J 2 is the result of this step. 

Definition 24. (Requirement Analysis Step) Let Rj be a set of old-version requirements, 
R 2 be a set of new-version requirements, 7 be a set of issues, and be a set of stakeholders. 
Let H = (N, E, I, O) be a relational hypergraph where N = I(s) u 0(s) and se E. We say 
step 5 is a requirement analysis step if and only if there exist Rj, R 2 , J, and U, such that 
I(s) = RjKJ JkjU and 0(s) = i?2- 

In steps of definition 24, there are four software component sets, Rj, R 2 , J, and U. R] 
is a primary input node. 7 and U are secondary input nodes. R 2 is the result of this step. 

Definition 25. (Specification Design Step) Let Sj be a set of old-version specifications, 
S 2 be a set of new-version specifications, i? be a set of requirements, and (/ be a set of 
stakeholders. Let H = (N, E, I, O) be a relational hypergraph where N = I(s) u 0(s) and 
se E. We say step j is a specification design step if and only if there exist Sj, S 2 , R, and U, 
such that I(s) = Sj Ru U and 0(s) = S 2 . 

In steps of definition 25, there are four software component sets, Sj, S 2 , R, and U. Sj 
is a primary input node. R and U are secondary input nodes. S 2 is the result of this step. 

Definition 26. (Module Implementation Step) Let Mj be a set of old-version 
specifications, M 2 be a set of new-version specifications, 5 be a set of specifications, and 
C7 be a set of stakeholders. Let H = (N, E, I, O) he 2 . relational hypergraph where 
N = I(s) u 0(s) and s e E. We say step s is et. module implementation step if and only if 
there exist Mj, M 2 , S, and U, such that I(s) = MjU SkjU and 0(s) = M 2 . 
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In steps of definition 26, there are four software component sets, Mj, M 2 , S, and U.Mj 
is a primary input node. S and U are secondary input nodes. M 2 is the result of this step. 

Definition 27. (Program Integration Step) Let P; be a set of old-version software 
prototype programs, P 2 be a set of new-version software prototype programs, M be a set of 
modules, and £/ be a set of stakeholders. Let /f = (N, E, I, O) be a relational hypergraph 
where N = I(s)u 0(s) and s e E. We say step r is a program integration step if and only 
if there exist P;, P 2 , M, and U, such that I(s) = Pj uMu U and 0(s) = P 2 . 

In steps of definition 27, there are four software component sets, Pj, P 2 , M, and U. Pj 
is a primary input node. M and U are secondary input nodes. P 2 is the result of this step. 

Definition 28. (Software Product Demo Step) Let Kj be a set of old-version 
optimizations, K 2 be a set of new-version optimizations, P be a set of software product 
programs, P be a set of software test scenarios, and C/ be a set of stakeholders. Let 
H = (N, E, I, O) be a relational hypergraph where N = I(s) u 0(s) and s e E. We say step 
5 is a software product demo step if and only if there exist Kj, K 2 , P, T, and U, such that 
I(s) = K 2 uPuTuU and 0(s) = K 2 . 

In steps of definition 28, there are five software component sets, Kj, K 2 , P, T, and U. 
Kj is a primary input node. P, T, and U are secondary input nodes. K 2 is the result of this 
step. 

Definition 29. (Software Product Implementation Step) Let Py be a set of old-version 
software product programs, P 2 be a set of new-version software product programs, jST be a 
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set of optimizations, and t/ be a set of stakeholders. Let = (N, E, I, O) he a. relational 
hypergraph where N = I(s) kj 0(s) and s e E. We say step ^ is a software product 
implementation step if and only if there exist Pj, P 2 , K, and U, such that where 
I(s) = P; u is: u f/ and 0(s) = P 2 . 


In steps of definition 29, there are four software component sets, Pj, P 2 , K, and (7. P; 
is a primary input node. K and U are secondary input nodes. P 2 is the result of this step. 




Components: 

P S oftware prototype programs 
C Criticisms 
I Issues 
R Requirements 
VT Virtual teams 
Steps: 

s-C Software prototype demo 
s-I Issue analysis 
s-R Requirement analysis 
s-S Specification design 


S Specifications 
M Modules 
0 Optimizations 
Pd Software product programs 
r Test scenarios 

s-M Module implementation 

s-P Program integration 

S‘0 Software product demo 

s~Pd Software product implementation 


> Primary-input-driven step 
- — — Secondary-input-driven step 


Figure 9: Software evolution steps with their related components 


In Figure 9, [a] and [b] are secondary-input-driven hypergraphs that are formed by a 
series of software evolution steps with their related primary inputs and secondary inputs, 
such as virtual teams (or stakeholders), software test scenarios and so on. In [a], an old 
version of software prototype program PL2 will be upgraded into a new version of 
software prototype program P2.3 via a series of software prototype evolution steps that are 
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software prototyping demo step S-C2.3, issue analysis step s-I2.3, requirement analysis step 
S-R2.3, specification design step s-S2.3, module implementation step S-M2.3, and program 
integration step S-P2.3. In [b], an old version of software product program Pdl.l is going 
to be modified into a new version of software product program PdL2 via s series of 
software product evolution steps, such as product demo step s-OL2 and product 
implementation step s-Pdl.2. Arrows with the same name are the same step. For example, 
step S-C2.3 has five software evolution components linked with arrows: three secondary 
input nodes Vr-C23, P1.2, T-C2.3, one primary input node CL2, and one output node 
C2.5. 

D. SOFTWARE EVOLUTION PROCESS 

The model of the software evolution process is based on the RH model and the IBIS 
model. The RH model provides a primary and secondary input driven mechanism to drive 
the software evolution process via a sequence of individual activities. The IBIS model 
relates the design rationale to the artifacts created during the systems development process 
[RAME95]. Therefore, the model of software evolution process can describe a secondary 
input driven mechanism in software evolution process well and provide another aspect 
from the original software evolution description based on the primary input driven 
mechanism [BADR94]. 



Figure 10: The software evolution graph of an object 
driven by primary input 
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» Primary-input-driven step 
Secondary-input-driven step 
Pl.l Old version software component 
PL2 New version software component 
A B ...Z Other software evolution components 


Figure 11: The software evolution graph driven by secondary input 
between two specified software components 


A software component has to be modified from an old version to a new version due to 
social, political, or cultural factors. The software evolutionary hypergraph of a component 
driven by primary input can be shown as Figure 10. There are a lot of continuous software 
evolution activities driven by secondary input between two specified software components, 
as illustrated in Figure 11. 

According to the Schematic Model of the Analysis Process modified from IBIS model 
in [IBRA96], we identify software prototype evolution process, software product 
generation process, and software evolution process by means of the links among eight types 
of software evolution steps and nine types of software evolution components as follows 
[HARN99f]: 

Definition 30. (Software Prototype Evolution Process) Let H = (N, E, 1, O) he & 
relational hypergraph. Let m be the number of evolution times and path p be a sequence 
Pj ... Pf of paths driven by secondary input, where for each m = i,..., ? path from a node 
n of an old version of prototyping software component to a node n' of a new version of 
prototyping software component is a sequence ej ... of hyperedges and a sequence 
riQ ... of nodes such that n,-.; e I(ei) and n,- € 0(ei) for i = 1,... , 6, where n = hq and 
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n' = ng. We say that hypergraph H is a software prototype evolution process if and only if 
there exists a path p such that the following assumptions satisfy: 

1. Hyperedges ej... e^aie identifiers for the following steps: software prototype demo, 

issue analysis, requirement analysis, specification design, module implementation, 
and program integration, respectively. 

2. Nodes hq ... are identifiers for the following components: old versions of programs, 

criticisms, issues, requirements, specifications, modules, and new versions of 
programs, respectively. 

3. Let eft^ be a hyperedge e,-, where i = 1,..., 6, in the path p of the mth evolution. For 

m = 1 and each i = 1,..., 6, there exist a hyperedge e,'”, nodes n,n,'”, and 
where n,-.;'” e I(e[^) and e Oie-^), such that € I(etft^). For each 

m = 2,..., t and i = 1,... ,6, there exist a hyperedge e-”, nodes n,.;'”, n,"*, and 
where ni_j^ e 1(^1”) and n,'” e Oieft'), such that e lieft^). 

Definition 31. (Software Product Generation Process) Let H = (N, E, I, O) be a 
relational hypergraph. Let m be the number of evolution times and path ^ be a sequence 
qj... qj of paths driven by secondary input, where for each m = 1,..., f path q^ from a node 
n of a firm prototyping software component to a node n' of a software product component 
is a sequence ej ... ^2 of edges and a sequence hq ... n 2 of nodes such that n,-.; e I(ei) and 
Wj e 0(ei) for i = 1, 2, where n = kq and n = n 2 . We say that hypergraph H is a software 
product generation process if and only if there exists a path q such that the following 
assumptions axe satisfied: 

1. Hyperedges ej and ^2 ^re identifiers for software product demo step and software 
product implementation step, respectively. 
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2. Nodes hq ... ^2 ^re identifiers for the following components: new versions of softw^e 
prototyping programs or old versions of software product programs, optimizations, 
and new versions of software product programs, respectively. 

3. Let gj'” be a hyperedge c,-, where i = 1, 2, in the path q of the mth evolution. For 

m = 1 and each i = 1, 2, there exist a hyperedge Cj”*, nodes nj.;"®, nf^, and where 
nj.;'” e I(el^) and n,'” e 0(e(^), such that nj^ = e I(e^). For each 

m = 2, ...,t and i = 1, 2, there exist a hyperedge c”, nodes n,n,-'”, and where 
ni.p e I(el^) and n;'” e 0(e[^), such that 

Definition 32. (Software Evolution Process) Let i? = (N, E, I, O) be a relational 
hypergraph. Let path be a sequence pj ... Pf of paths driven by secondary input in 

software prototyping evolution process and path ^ be a sequence qj ... qf of paths driven 
by secondary input in the software product generation process, where k= 1 ,..., n. We say 
that hypergraph H is a software evolution process if and only if the following assumptions 
are satisfied: 

1. The structure of hypergraph H combines software prototyping evolution process and 
software product generation process. 

2. There is a path P such that P = p^q^ ... p^(f^. 

Figure 12 shows an example of the software evolution process driven by primary input 
and secondary input. The first process from node Pl.l to node P2.3 is a software 
prototyping evolution process (evolution times m= 2) and the second process from node 
P2.3 to node Pdl.2 is a software product generation process (evolution times m = 2). 

First of all, node PI.2 is evolved in the first prototyping evolution from node Pl.l and 
node Ml.2 via step s-Pl.2, where node Ml.2 is the result of a serious steps, s-Cl.2, s-11.2, 
S-R1.2, s-Sl.2, S-M1.2. Next, node P2.3 is evolved in the second prototyping evolution 
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from node PI.2 and node M2.3 via step s-P2.3, where node M2.3 is the result of serious 
steps, S-C2.3, s-12.3, S-R2.3, s-S2.3, S-M2.3. Third, the node Pdl.l is evolved in the first 
software product evolution from node P2.3 and node 01.1 via step s-Pdl.l, where node 
01.1 is the result of a steps s-01.1. Finally, the node Pdl.2 is evolved in the second 
software product evolution from node Pdl.l and node 01.2 via step s-Pdl.2, where node 
01.2 is the result of a steps s-01.2. 



Components: 

P Software prototype programs 
C Criticisms 
7 Issues 
R Requirements 
Steps: 

S‘C Software prototype demo 
s-1 Issue analysis 
s-R Requirement analysis 
S‘S Specification design 


5 Specifications 
M Modules 
O Optimizations 
Pd Software product programs 

s-M Module implementation 
s-P Program integration 
s-0 Software product demo 
S‘Pd Software product implcmeniation 


Figure 12: Software evolution process driven by primary and 
secondary inputs 
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E. RELATIONAL HYPERGRAPH NET 

The relational hypergraph of a software evolution process is a very complicated 
structure, especially for using different kinds of inputs to a hyperedge. The secondary 
inputs to an atomic step usually make the relational hypergraph chaotic when the software 
system is huge and complex. We use the relational hypergraph net and its formal notation 
to describe and record the software evolution process. 

The relational hypergraph net is a relational hypergraph which transfers a primary 
input hypergraph and secondary input hypergraphs into a top-level evolutionary 
hypergraph and an atomic evolutionary hypergraph. The relational hypergraph net is 
composed of a top-level step and a set of atomic steps together with their primary input 
node(s), related secondary input nodes and produced output node. Under a top-level 
evolutionary hypergraph, the input nodes to an atomic step can be shared by another atomic 
step to be input nodes, but the output node to an atomic step cannot be shared by any other 
atomic step. Therefore, the relational hypergraph net can be defined as follows: 

Definition 33. (Top-level Relational Hypergraph Net) Let H = (N, E, I, O) he a 
relational hypergraph. Let A be a set of primary input nodes, Bj, ..., be sets of secondary 
input nodes, and C be a set of output nodes to a top-level evolution step se E inH, where 
A, Bj, ..., CezN and n>0. We say if is a top-level relational hypergraph net if and only 
if for each evolution step s, there exist a set A of primary input nodes, sets Bj, ..., of 
secondary input nodes, and a set C of output nodes to a top-level evolution step s such that 
Au5j ... and C “ O^s)* A^^e call s together ^vlth.A ~ and 

C = 0(s) top-level SPIDER s (Step Processed in Different Entrance Relationships). 

Definition 34. (Atomic Relational Hypergraph Net) Let H = (N, E, 1,0) he a relational 
hypergraph. Let C be a set of output nodes, A be a set of primary input nodes and Bj ,..., 
be sets of secondary input nodes to a top-level evolution step s e E in H, where 
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A, Bj,CcN and n>0. We say H is an atomic relational hypergraph net if and only 
if for each top-level evolution step s and each atomic evolution step e s where i>l, there 
exist a set A' c A of primary input nodes, sets B/ c 5;,.... c of secondary input 
nodes and an output node c e C to an atomic evolution step j,- such that A' u B/ u... u 
= I(si) and c e 0(Si). We call together with A' (j B/ kj ... u B^' = I(si) and c e 0(Si) 
atomic SPIDER Si (Step Processed in Dijferent Entrance Relationships). 

A software evolution step with its input and output components forms a SPIDER. Each 
top-level, refined, and atomic level SPIDER is connected into a relational hypergraph net. 
An atomic level SPIDER is a minimal task unit that can be assigned to developers. 

Definition 35. (Relational Hypergraph Net) Let = (N, E, /, 0) be a relational 
hypergraph. Let = (N^, E\ I, O) be a top-level relational hypergraph net and 
PP^ = EP, I, O) be an atomic relational hypergraph net. We say that is a relational 
hypergraph net if and only if lE u 

To avoid the chaotic lines shown in relational hypergraph and make the complicated 
relationships readable, we illuminate the relational hypergraph with relational hypergraph 
net which combines the two separated hypergraphs, top-level relational hypergraph net and 
atomic relational hypergraph net. The top-level relational hypergraph net describes the 
relationships not only among each top-level step and its input and output nodes but also 
among each composite node and its subnodes. The atomic relational hypergraph net 
describes the relationship among each atomic step and its input and output nodes. Each 
input node in the relational hypergraph net can be easily comprehended as well as how 
many steps and what steps use the input node. 

The top-level SPIDER and atomic SPIDER is a minimal unit of which the relational 
hypergraph net is comprised. We can link each SPIDER together to weave the relational 
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hypergraph nets and separate each SPIDER to record the relationships among the step and 
its input and output components. 



[a] [b] 



» Primary-input-driven step 
- — — — Secondary-input-driven step 


Figure 13: Separated relational hypergraphs 

Figure 13 shows the four different separated relational hypergraphs: [a] is a primary- 
input-driven hypergraph from the evolution of the old version criticism CL2 to the new 
version criticism C2.3 via step S-C2.3. Figure 13 [b], [c], and [d] are secondary-input- 
driven hypergraphs from the evolution of the test scenario T-C2.3, the virtual team 
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VT-C 2 . 3 , and the prototyping program P 1 . 2 , respectively, to the criticism C 2.3 via step 
S-C 2 . 3 . The old version criticism CL 2 is a set of the old version atomic criticisms Cjl. 2 , 

C2I.2, C3I.2, C4I.2, and C^l. 2 . New version criticism C 2.3 is a set of new version atomic 
criticisms Cj 2 . 3 , C22.3, C^ 2 . 3 , and C42.3. Test scenario T-C 2.3 is a set of atomic test 
scenarios Tj-C 2 . 3 , T2-C2.3, TyC 2 . 3 , T4-C2.3, and TyC 2 . 3 . Virtual team VT-C 2.3 is a set 
of atomic virtual teams VTj-C 2 . 3 , VT2-C2.3, VTyC 2 . 3 , and VT4-C2.3. Prototyping 
program PL 2 is a set of atomic prototyping programs PiL 2 , P2I 2, and P3I.2. Step s-C 2.3 
is a set of atomic step s-Cj 2 . 3 , S-C22.3, S-C32.3, and S-C42.3 as well as decomposition steps 
d-CL 2 , d-T-C 2 . 3 , d-VT-C 2 . 3 , and d-Pl. 2 . 

The decomposition structure of separated relational hypergraphs is very easy to be 
understood but the relationships to an atomic step among different parts of relational 
hypergraph are difficult to be visualized due to the complicated input and output links. Two 
or more inputs to an atomic step can be briefly presented by an arrow with two or more tails, 
like input nodes C]L 2 and C2I.2 to atomic step s-Cj 2.3 in Figure 13 [a]. 

Figure 14 shows another way to use the relational hypergraph net to present the 
relational hypergraph in Figure 13 . Figure 14 [a] is a top-level relational hypergraph net 
that has a top-level SPIDER S-C 2 . 3 , including step S-C 2.3 and refinement of input and 
output nodes to step S-C 2 . 3 . Figure 14 [b] is an atomic relational hypergraph net which has 
four atomic SPIDER5 j-C; 2 . 5 , S-C22.3. S-C32.3, and S-C42.3. Atomic SPIDER s-Cj 2.3 
includes step s-Cj 2.3 as well as its input nodes VTj-C 2 . 3 , T2-C2.3, Cjl. 2 , P2P2, Tj-C 2 . 3 , 
C2I.2, PjL 2 , and output node Cj 2 . 3 . Atomic SPIDER S-C22.3 includes step S-C22.3 as 
well as its input nodes Vr]-C 2 . 3 , Pjl. 2 , C2L2, C4I.2, T3-C2.3, and output node C22.3. 
Atomic SPIDER S-C32.3 includes step S-C32.3 as well as its input nodes T4-C2.3, 
VT2-C2.3, VT3-C2.3, VT4-C2.3, P3I.2, T3-C2.3, C4I.2, C2L2, and output node Q 2 . 5 . 
Atomic SPIDER S-C42.3 includes step S-C42.3 as well as its input nodes VT4-C2.3, 
TyC 2 . 3 , C3I.2, T3-C2.3, P3I.2, and output node Q 2 . 3 . 
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Pnmary-input-dnven step 
Secondary-input-driven step 


Figure 14: Relational hypergraph net 








The advantage of the relational hypergraph net is that both the refinement structure of 
the relational hypergraph and the relationships between steps and nodes are easy to 
comprehend. The trivial disadvantage of the relational hypergraph net is that it is hard to 
condense the two or more same steps into one arrow with two or more tails and arrange a 
SPIDER at the appropriate position to avoid the links tangling together, due to the space 
limitation in the diagram. But SPIDER is worth being applied because it makes the 
representation of hypergraph refinement clear. 

The formal notation of the relational hypergraph is another aspect to describe the 
software evolution process. We use production formula to record the top-level and atomic 
relational hypergraph nets. 

The information of a relational hypergraph net can be illustrated by the following three 
basic production formulae: 

SPIDER(s) = 0(s) <- s(I(s)), 

DECOMPOSITION(d(n)) = n<r- d(n)(I(d(n))), and 

SPIDER(s(i)) = 0(s(i)) <r- s(i)(I(s(i))), 

where j is a top-level step, d(n) is a decomposition edge to node n, and s(i) is an atomic 
step for each nodes i in output node set 0(s). This definition is presented as follows: 

Definition 36. (Formal Notation of Relational Hypergraph Net) Let RHN = (N, E, 1,0) 
be a relational hypergraph net, T-RHN = (M, E^, I, O) be a top-level relational hypergraph 

net, and A-RHN = (N°, E°, I, O) be an atomic relational hypergraph net, where 
RHN = T-RHN u A-RHN. Let ^ be a top-level evolution step in RHN which has a set of 
atomic steps s(i) for i > 1, and d(n) be a decomposition edge where n e (I(s) u 0(s)). We 
say that RHN(s) is a formal notation of relational hypergraph net of step s where 

• RHN(s) = T-RHN(s) u A-RHN(s) 

• T-RHN(s) = SPIDER(s) u 

'^n 6 (I(s) u 0(s)) DECOMPOSITION(d(n)) 
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• A-RHN(s) = g ^ SPIDER(s(i)) 

• SPIDER(S) = 0(S) 4r- s(I(s)) 

• DECOMPOSITION(d(n)) = n<- d(n)(I(d(n))) 

• SPIDER(s(i)) = 0(s(i)) s(i)(I(s(i))) 

For example. Figure 14 can be described and recorded as following formal notations: 

1. Relational hypergraph net of S-C2.3 is 
RHN(s-C2.3) = T-RHN(s-C2.3) u A-RHN(s-C2.3) 

2. Top-level relational hypergraph net of S-C2.3 is 
T-RHN(s-C2.3) = { 

(C2.3 <r- s-C2.3(C1.2, PL2, T-C2.3, VT-C2.3)), 

(C2.3 ^ d-C2.3(Cj2.3, C22.3, C32.3, C42.3)), 

(Cl.2 <r- d-C1.2(Cjl.2. C2I.2, C3I.2, C4I.2, C5I.2)), 

(P1.2 <r- d-P1.2(Pjl.2, P2I.2, P3I.2)), 

(T-C2.3 <- d-T-C2.3(Tj-C2.3, T2-C2.3, T3-C2.3, T4-C2.3, T5-C2.3)), 

(VT-C2.3 d-VT-C2.3(VTi-C2.3, VT2-C2.3, VT3-C2.3, VT4-C2.3))}. 

3. Atomic relational hypergraph net of S-C2.3 is 
A-RHN(s-C2.3) = { 

(Ci2.3 <- s-Cj2.3(Cil.2, C2I.2, Pjl.2, P2I.2, Tj-C2.3, T2-C2.3, VTrC2.3)), 
(C22.3 <r- s-C22.3(C2l.2, C4I.2, Pjl.2, T3-C2.3, VTj-C2.3)), 

(C32.3 «- s-C32.3(C2l.2, C4I.2, P3L2, T3-C2.3, T4-C2.3, VT2-C2.3, VT3-C2.3, 
VT4-C2.3)), 

(C42.3 <r- s-C42.3(C5l.2, P3L2, T3-C2.3, T3-C2.3, VT4-C2.3))}. 
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IV. COMPUTER-AIDED SOFTWARE EVOLUTION 


A. COMPUTER-AIDED SOFTWARE EVOLUTION SYSTEM 

This chapter describes a computer-aided software evolution tool that is based on the 
RH model. Due to different software application domains, development environments, and 
methodologies of requirements engineering, software evolution is currently not well 
understood. In our experience, completely formalizing a software evolution process for a 
large scale and complex software system, especially if one tries to include social, political, 
and cultural factors, is extremely difficult [SErr98] [SOMM96]. 

There has been no efficient and standard software evolution process to support 
software system development in the past decade [SOMM96]. This study proposes a RH 
model with primary-input-driven and secondary-input-driven dependency approaches to 
illustrate the software evolution process. We give a standard software evolution process in 
developing a prototype system as well as a production software system. The RH model can 
also describe an informal software evolution process that developers explore under 
different software development and evolution environments. 

In order to perform the automated software evolution, we have constructed a tool 
called CASES. CASES is a set of Java software that performs the following main functions: 
control, management, formation, refinement, traceability, and assignment. The structure of 
CASES is based on the RH model and interfaces to CAPS [HARN99d] to manage and 
control the software evolution process for iterative software prototyping DLUQI88a]. 

1 . Software evolution description 

There is no standard software evolution process which adapts to different 
developers’ needs, especially for developing real-time embedded software systems. 
Generally, a software evolution process consists of a series of software evolution steps with 
their related input and output components. These software evolution steps and components 
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are called software evolution objects. Software evolution components include not only pure 
software components consisting of software codes, but also include other components, 
such as text, data, hypermedia, and so on. In the different development methods and 
environments, software evolution object types and numbers are extremely uncertain; 
therefore, the architecture of software evolution processes depends on different developers’ 
needs. In the software evolution of a large, complex, and real-time embedded system, the 
prototyping method can be applied to grasp the users’ requirements [LUQI88a] [LUQI89]. 
However, in different development environments, the prototyping process has various 
descriptions. For example, the evolution processes of C4I (command, control, 
communication, computer, and intelligence) systems using CAPS are different from those 
of MIS (management information systems) using CASE (computer-aided software 
engineering) tools. Making a general discipline of software evolution processes is not quite 
easy since a system assigned to different developers or software development companies 
have distinctive development processes. Therefore, it is difficult to construct a tool with 
general applicability. For developing a real-time embedded system, we have formalized an 
appropriate software evolution process that includes a software prototype evolution process 
and a software product evolution process. This formalization is extended from a modified 
IBIS model [BERZ97] [CONK88]. 

2 . Preliminary software evolution process 

Basically, the software evolution processes using CAPS are two iterative 
processes: a software prototype evolution process and a software production generation 
process. The software prototype evolution process repeats a guess/check/modify cycle 
until the users agree that the demonstrated behavior is acceptable [LUQI88a] [LUQI88b] 
[LUQI89] [LUQI90] [BERZ93]. The software production generation process repeats a 
cycle that optimizes and implements production codes from the final results of the software 
prototype evolution process. These two processes can be depicted by two iterative loops 
shown in Figure 15. Figure 15 [a] is a software prototype evolution process built by a series 
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of software evolution steps: s-R, s-S, s-M, and s-P with related software evolution 
components R (requirements), S (specifications), M (modules), and P (software prototype 
programs), where s-R, s-S, s-M, and s-P represent the software prototype demo step, the 
specification design step, the module implementation step, and the program integration 
step respectively. Figure 15 [b] is a software production generation process built by a series 
of software evolution steps: s-0, s-Pd with related software evolution components O 
(optimizations) and Pd (software production programs), where s-0 and s-Pd represent the 
software product demo step and the software product implementation step respectively. 
Figure 15 [c] is a software evolution process that is comprised of Figure 15 [a] and [b]. 
During the software evolution processes, the final version of P in Figure 15 [a] can trigger 
the iterative loop in Figure 15 [b] if P needs to be transformed into a software product; and 
the final version of Pd in Figure 15 [b] can trigger the iterative loop in Figure 15 [a] if Pd 
needs to be evolved to another generation. 



Figure 15 : Different software evolution processes 


In software evolution processes, software evolution objects are associated with 
unique version identifiers. Version identifiers contain a variant and a version number. The 
current version of software evolution objects is evolved from an older version. For example 
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the first iteration of software evolution starts from s-R via R, s-S, S, s-M, M, and s-P to P 
with version 1.1, which has the variant 1 and the version number 1. If the variant in the 
second iteration of software evolution is the same as in the first iteration, then the version 
identifiers of the software evolution objects are 1.2. 

3 . Formalized software evolution process 

In the above preliminary software evolution process, it seems that stakeholders 
cannot immediately obtain requirements efficiently from the software prototype demo step. 
We have to add some software evolution steps and components to Figure 15 [c] to enhance 
the capacity to grasp user requirements. According to the interactive, evaluation-centered 
user interaction development process [HIX93] and the Schematic Model of the Analysis 
Process [BERZ97] modified from the IBIS model [CONK88], we have identified eight 
types of top-level steps in the software evolution process to address this drawback: software 
prototype demo, issue analysis, requirement analysis, specification design, module 
implementation, program integration, software product demo, and software product 
implementation. We have also identified eight different types of top-level components in 
the software evolution process: criticisms, issues, requirements, specifications, modules, 
software prototype programs, optimizations, and software product programs. Each top- 
level object can be decomposed into a set of atomic objects, either directly or indirectly. 
This formalization of the modified software evolution process [HARN99f] obtains user 
requirements via software prototype demo, issue analysis, and requirement analysis steps 
as shown in Figure 16. Typically, the software evolution processes can be changed 
according to development environment needs. 

4 . CASES functions 

A computer-aided software evolution system, CASES, can manage and control 
all of the activities that change a software system and the relationships among these 
activities. The relationship among CASES and the whole process for software evolution is 
shown in Figure 16. 


66 



Software evolution path - — _ — Control flow 

Figure 16 : Software evolution processes with CASES 


Based on the definitions of the RH model in Chapter in, an appropriate design 
of CASES at least includes the following basic functions: control, management, formation, 
refinement, traceability, and assignment. We conduct CASES functions according to the 
above directions. 

CASES has five common functions related to the software evolution activities: 
step refinement, project evaluation, constraint management, personnel management and 
step management. CASES has five functions that are related to the software evolution 
components: component management, component traceability, version control and 
configuration management, dependency management, and inference rule management. 
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The following description focuses on some top-level software evolution steps: 

a. Step refinement 

The software evolution top-level step can be refined into a set of atomic 
steps. Atomic steps are the basic job execution unit of a software evolution step. The 
principle of atomic step is that every atomic step has a group of input components and only 
one output component. Based on this principle, the software evolution components under 
a top-level step can be classified into several groups of the input components to atomic 
steps by project organizers. 

b. Project evaluation 

After project organizers propose an evolution step as a project, project 
evaluators will evaluate this project according to the risk assessment of executing this 
software evolution step. The project evaluators perform cost, benefit and impact analysis, 
and evaluate the validity of the deficiency report that motivates the proposed step. 

The evaluator enters evaluation results into CASES to aid management 
when they decide whether the step should be approved. The whole evaluation process is 
realized via an interactive user interface. 

c. Constraint management 

The project organizer sets constraints that affect the scheduling of steps, 
such as predecessors, priorities, deadlines, estimated duration, earliest start times, finish 
times, and constraints that affect personnel assignments, such as security level and skill 
requirements for a step. CASES manages constraints on atomic steps via inference rules 
and aggregate decisions made by project organizers. 

d. Personnel management 

Project organizers control the current status of the project personnel such 
as skill, skill level, security level, on-hand jobs, and so forth. The personnel data would be 
adjusted after system analysts or designers finish an atomic step by the project team leader. 
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The performance of software engineers is the fundamental reference for job assignment and 
promotion. 

e. Step management 

The content of the top-level step can be automatically generated, refined, 
and queried. The content of the atomic step can also be automatically generated, combined, 
and queried. Stakeholders can manage and trace any step of software evolution component 
under the whole software evolution process. 

f. Component management 

Stakeholders can enter, delete, retrieve, modify, and query the attributes of 
atomic component from the hypertext database or software library (including software base 
and design database). 

g. Component traceability 

The stakeholder can trace an atomic component generated by its source 
atomic step via the following two components: primary input components and secondary 
input components. 

h. Version control and configuration management 

The version and variation number of output components of a step are 
automatically determined by a labeling function of CASES. The software evolution process 
loops of CASES automatically construct the configuration management. 

i. Dependency management 

The dependencies among atomic components to an atomic step can be 
identified and managed. CASES generates some dependencies, like affect/usedjby 
associated with the relationship of primary and secondary input as well as part_of 
associated with the relationship of hyperedge and node refinement and stakeholders 
manually identify some dependencies. 
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j. Inference rule management 

The stakeholders can specify and adjust inference rules related to SPIDER 
formation, scheduling and assignment constraints, policies, special assignments, and so on, 
to help them resolve the design and management issues of the software development 
process. 

5 . Evolution process using CASES and CAPS 

At the beginning of the evolution process, users or system designers design 
the first version of a prototype of their proposed system using CAPS according to the user 
requirements managed by CASES. The steps of this process follow: 

a. Software prototype demo step 

After running the current version of the software prototype or product 
demo, customers record and send their criticisms to CASES via the network which can 
directly connect to the CASES hypertext database. This can be done using the Front Loaded 
Accurate Requirements Engineering (FLARE) system [LEON97]. 

b. Issue analysis step 

System analysts collect and classify the criticisms and associate them with 
the related issues with the help of browsing and search capabilities of the hypertext 
database and communication with stakeholders as needed to clarify the intent of recorded 
criticisms. 


c. Requirement analysis step 

System analysts collect and classify the issues and refine the related 
requirements with database and communication support. This is a creative process that 
involves proposing and assessing plausible alternatives for responding to open issues. 
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d. Specification analysis step 

System designers modify the PSDL corresponding to new requirements via 
the graphic user interface and editor of CAPS. 

e. Module implementation step 

System designers modify or implement the modules corresponding to the 
new PSDL via the graphic user interface and editor of CAPS. 

/. Program integration step 

System designers modify or implement the programs corresponding to the 
new modules and integrate them using CAPS. After the program integration step, the 
system prototype has evolved to the next version and can be demonstrated again to 
customers to assess its acceptability. 

g. Software product demo step 

The evolution process of prototyping systems can continue for many 
iterations until the final version of the prototype matches the customer’s real requirements. 
After the demo step for the final prototyping system, software engineers evaluate the target 
operating environment and obtain the optimizations for the proposed software products. 

h. Software product implementation step 

System designers carry out proposed optimizations to design the 
deliverable software products. 

After the software product implementation step, the software products can 
be delivered to customers and be used by users. During the lifecycle of the software system, 
users may develop more criticisms, which are submitted according to appropriate policies. 
If the criticisms exceed some threshold, the project office may consider a maintenance 
upgrade. If a maintenance project is authorized, the process of software evolution will be 
started from the demo step again. 
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6 . Dynamic state model of evolution steps 

The dynamic state model of evolution steps in [BADR93] and [BADR94] 
includes six states for a software evolution step; Proposed, Approved, Scheduled, Assigned, 
Completed, and Abandoned. The state transition diagram for software evolution steps can 
be shown as Figure 17. In the Proposed state, a proposed evolution step is subjected to both 
cost and benefit analysis. This analysis also includes identifying the software objects 
comprising the input set of the step. In the Approved state, the proposed step has been 
approved but not yet scheduled, and the input set of the step is not bound to particular 
versions. Approval of a proposed step by the management triggers the decomposition 
process to create an atomic step for each primary or secondary input component for the 
step. In the Scheduled state, the approved step has been scheduled but not assigned to a 
designer. The scheduling mechanism produces an updated schedule containing the newly- 
scheduled step. In the Assigned state, the scheduled step is assigned to the scheduled 
designer automatically from the scheduled state. When a designer is available, the schedule 
is used to determine his or her next assignment. In the Completed state, the outputs of the 
step have been verified and approved for release. This is the final state for each successfully 
completed step. In the Abandoned state, the step has been cancelled before it has been 
completed. The outputs of the step do not appear as components in the evolution history 
graph. 

This initial model lacks the means to decompose input software evolution 
components if they are determined to be composite components. If we do not modify the 
dynamic states, the proposed decomposition of the software evolution step in dynamic state 
model shown in Figure 17 can be described as follows: 
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Figure 17 : State transition diagram for software evolution steps 

When a step reaches the Assigned state, the designer may determine that the step 
should be decomposed into two or more refined steps. The assigned designer may complete 
the decomposition steps or determine that the decomposition must be evaluated and 
reassigned. If the designer completes the decomposed software evolution step without 
reassignment, then the transition form Assigned to Completed occurs and the Completed 
state retains that same meaning. If the designer proposes decomposition with reassignment, 
then the software evolution step transitions to the Completed state with a new issue 
submitted to evaluate the proposal. The Completed state represents the multiple result 
possibilities for a software evolution step to reach its completion; therefore, the transition 
from Assigned to Completed is now labeled complete. The previous label for the transition 
was commit, implying that the development was finished, and then the output software 
evolution component is approved for release. 

In order to capture the management decision, the dynamic model is extended 
into seven states. We add a Decomposed state and the events: decompose, approve, and 
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disapprove, for the proposed decomposition. The proposed decomposition of the software 
evolution step in the dynamic state model shown in Figure 18 can be described as follows: 



suspend 


Figure 18 : State transition diagram for software evolution steps (extended) 

The Decomposed state is reached when an assigned designer determines that a 
step must be composite, and that new decomposed atomic steps are required for reapproval, 
rescheduling, and reassigning. At this time, the designer suspends development of the 
composite step and a decision must be made to determine if the decomposition of the step 
is warranted. If the decomposition of the step is disapproved, then the designer has to 
complete this step. If the decomposition of the step is approved, then the composite step is 
transferred to the Completed state and the decomposed atomic steps are transferred into the 
Proposed state. 

Actually, software evolution steps in a dynamic state model are atomic 
SPIDERs. The atomic SPIDER is the basic unit to the task assignment. The CASES 
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automatically assigns the atomic SPIDER to a system analyst or a system designer. The 
manager decides the level of difficulty for each skill in the atomic SPIDER. 

7 . Project team organization 

a. Classification of stakeholder roles 

In the software evolution process, customers and software engineers are the 
primary stakeholders. We have identified two roles of customers and five roles of software 
engineers shown in Figure 19. The roles of customers include system owners and end users. 
The roles of software engineers include project team leaders/managers, project organizers, 
project evaluators, system analysts, and system designers. 


Stakeholders 



Customers- 


-System owners 
'End users 


Software engineers' 



Project team leaders/managers 
Project organizers 
Project evaluators 
System analysts 
System designers 


Figure 19 : Stakeholder classification 


The system owner is a sponsor who supports the software development 
project and owns the result of the developed software. The end user is a person who uses 
the software product and manipulates the software system. The project team leaders/ 
managers lead the members of the project team: project organizers, project evaluators, 
system analysts and system designers, and they manage the progress of the evolution steps. 

The project organizers are responsible for organizing a software project 
including the following activities: 

• create a project and define software evolution object types under a specific 


75 


software project, 

• modify definitions of software evolution object types under a specific software 
project, 

• create or modify software evolution processes under a specific software project, 

• define or modify dependencies among software evolution objects, 

• create a new step version under a specific software project. 

• explore and manage required skills of projects, 

• manage the required skills and levels, and the security level of a stakeholder, 

• organize an atomic SPIDER as a job and propose the job with scheduling, skill, and 
security constraints to a project evaluation team, and 

• schedule and assign a job to a project analysis team or a project design team. 

The project evaluators are responsible for evaluating the software project 
including the following activities; 

• evaluate and modify software evolution processes under a specific software 
project, 

• evaluate and upgrade security levels, required skills and levels for stakeholders, 

• evaluate the formation of an atomic SPIDER with the scheduling, skill, and 
security constraints proposed by project organizers or system designers, 

• make the risk assessment and the failure impact evaluation for a job. 

The system analysts assume the responsibility of completing the analysis 
steps of software evolution, such as the criticism analysis step, the issue analysis step, and 
the requirements analysis step. The system designers complete the design step of software 
evolution, such as the specification design step, the module implementation step, the 
program integration step, the software prototype demo step, the software product 
implementation step, and the software product demo step. 
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CIO 



•Project organization teams 
Project team leaders/managers 
Project organizers 

Project evaluation teams 
Project team leaders/managers 
Project evaluators 

•System analysis teams 
Project team leaders/managers 
System analysts 

System design teams 
Project team leaders/managers 
System designers 


Figure 20 : Organization structure of project teams 


b. Organization structure of project teams 

Generally, there are many project teams in a software development 
department. This depends on the scale of the organizational structure of the software 
development department. The chief information officer (CIO) is top level leader/manager 
who monitors the entire software development process and manages the administration of 
project teams. In CASES, there are four kinds of project teams: the project organization 
team, the project evaluation team, the system analysis team and the system design team 
shown in Figure 20. Each project team has a project team leader/manager and members. 
One person could be in different teams because he or she could be a project organizer, 
project evaluator, a system analyst, and a system designer simultaneously. Typically, the 
project organization teams include project team leaders/managers and project organizers. 
The project evaluation teams include project team leaders/managers and project evaluators. 
The system analysis teams include project team leaders/managers and system analysts. The 
system design teams include project team leaders/managers and system designers. 
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B. REUSABLE ARCHITECTURE 


This section explores the idea of component-based reuse of software development 
architecture. It includes: (1) an analysis of a domain-specific software development 
architecture, (2) the development of a component base (repository) that is robust with 
respect to system evolution, and (3) the implementation of a lightweight inference engine 
for automated decision support. 

The study is aimed at gaining a framework for component-based reuse of software 
architecture, where a family of software systems sharing the same architecture is produced 
using common components. This embraces a component base (repository) equipped with a 
lightweight inference engine for software evolution and automated decision support for 
processes, i.e. component retrieval, version control, project management, and task 
decomposition. 

1. Repositories of software evolution steps and components 

The architecture of software evolution component reuse is based on the 
relational hypergraph net. The relational hypergraph net is structured after the stakeholders 
complete the related software evolution activities and stored it in the RH model base. The 
relationships among the software evolution steps and components are recorded and stored 
in the RH model base via the data entry of each SPIDER. 

The relational hypergraph net shows the basic architecture of software evolution 
but some of the attributes of the software evolution steps are not described in the RH model 
base. We design a step database to store the attributes of the software evolution steps. 

An output node of an atomic SPIDER shows the following information from the 
RH model base: the version and variant number and the source atomic step. Because each 
output node of an atomic SPIDER has different types of content, we design component 
content links to connect different content in component content repositories. The 
component content links are stored in the component content link database. The component 
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content links of the output node of an atomic SPIDER can be retrieved by indexing the 
version and variant number in the related component content link database. 

A source atomic step of an atomic SPIDER shows the following information 
from the RH model base: the version and variant numbers, the top-level step, the input 
components, and the output component. The attributes about evaluations, scheduling 
constraints, and assignment constraints can be retrieved by the index of the version and 
variant number in the step database. 

Based on the three categories of components, text, software code, and data, the 
content of a new output component to a step are stored as files in different component 
content repositories as follows: 

• text component base: criticisms, issues, requirements, optimizations, and test 
scenarios, 

• software component base: specifications and programs, and 

• personnel database: stakeholders. 

2. Lightweight inference engines and input component search engine 

The lightweight inference engine assists software evolution and automated 
decision support for processes, namely component retrieval, version control, project 
management, and task decomposition. The stakeholder can easily assure and obtain the 
information associated with software evolution by using the inference rales. Due to specific 
decision support domains, the inference engine is designed with a lightweight scale 
[BERZ98] [HARN99]. 

The preliminary dependency rales of automated decision support for processes 
are created as follows: 

ALL(s : S, c: C:: c output s<^ce output(s)) (1) 

ALL(cl c2 : C:: cl same_objcet c2 ^ cl.version.object-id = c2.version.object-id)(2) 
ALL(s : S, c: C:: c input s<=>ce inputfs)) (S) 

AIuL(s: S, cl c2: C:: cl primaryJnput s cl inputs & c2 outputs & cl same_object 
c2) (4) 
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ALL(s : S, cl c2 : C:: cl secondary_input s cl input s &c2 output s & —i(cl 

same_object c2)) (5) 

An atomic SPIDER is a posterior result in the software evolution process. Before 
carrying out the atomic SPIDER, the stakeholders have to seek and reuse the related input 
components to the atomic SPIDER by the input component search engine that can be 
executed with a lightweight inference engine for inferring dependencies. The more input 
components to an atomic SPIDER obtained by means of the dependencies among the 
software evolution objects, the less the efforts of the stakeholders to construct an atomic 
SPIDER in the project plan. 

After stakeholders record and save the data of an atomic SPIDER in the 
repository, the relationships among the software evolution objects in this atomic SPIDER 
can be structured automatically by inference mles. When a software evolution component 
is changed, new software evolution steps may have to be induced because a change in a 
component of a software evolution process may require changes in other components to 
maintain the consistency of the software system [LUQI90]. To seek and reuse the input 
components associated with the induced step for stakeholders, we trace the dependencies 
among the software evolution components with the inference rules to find the input scope 
of the induced step. The stakeholders use and refer to the input components automatically 
generated by the input component search engine to achieve a development step of a new 
version of a component. 

3. Attribute and content retrieval engines 

After getting the input component list from the input component search engine, 
the stakeholders can retrieve the step attributes with the attribute retrieval engine, and 
content of input components via the text component retrieval engine, software component 
retrieval engine, or personnel component retrieval engine. 

The step attribute retrieval engine can access the basic attributes of software 
evolution steps from the step database. 
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The content of a text or software component occupies a large amount of space in 
the repository, so it is suitable to save as a file instead of database attributes. However, the 
content of a personnel component is represented by attributes of stakeholders. 

The text component retrieval engine can access the contents of text components, 
such as criticisms, issues, requirements, optimizations, and test scenarios, from the text 
component base according to the component content links of a specified text component. 
Similarly, the software component retrieval engine can access the contents of the software 
components, that is, specifications and programs, from the software component base 
according to the component content links of a specified software component. 

The personnel component retrieval engine can access the content of the 
personnel components, regarded as virtual teams or stakeholders, from the personnel 
database according to the version and variant number of a specified personnel component. 

Before an atomic SPIDER is assigned to stakeholders, the step attribute retrieval 
engine will access the data of the steps, which include the needed security level, skills and 
skill levels, from the attributes of this atomic SPIDER. After that, the personnel component 
retrieval engine will access the attributes of the stakeholders from the personnel database 
to perform the job assignment. 

4. Job assignment engine 

The job assignment engine can be executed with a lightweight inference engine 
that is designed for job assignment. The function of the job assignment engine is to search 
a group of people who can achieve the software evolution activities in a specified atomic 
SPIDER. Based on the needed skills of an atomic SPIDER combined with skill levels, the 
job assignment engine can automatically search the appropriate stakeholders to carry out 
the software evolution activities of an atomic SPIDER. Basically, the security level and 
skills with skill levels of a stakeholder have to be recorded in the personnel database in 
advance. The needed security level and skills of an atomic SPIDER with skill levels can be 
stipulated by evaluators and saved in the step database. The job assignment search engine 
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obtains a group of candidates via the matching algorithms. The job assignment engine 
provides two approaches to choose the person from the candidates. First, the manager can 
interactively specify some people to achieve the atomic SPIDER. Second, the job 
assignment engine can automatically assign people to achieve the atomic SPIDER via the 
inference rules, which provide the job assignment knowledge and are driven by a 
lightweight inference engine. 

5. Software evolution search functions 

The software evolution search functions are designed as an interpreter to get the 
software evolution objects and their dependencies, to compute the number of objects in a 
net or step, and to evaluate properties in a relational hypergraph net. There are many kinds 
of search functions that can be used to understand the inside relational hypergraph net. 
Some of software evolution search functions related to the relational hypergraph net are as 
follows: 


a. Relational hypergraph net search functions 


• rhnet(n) 

• tnet(n) 

• anet(n) 

• spider(c) 

• decomp(c) 


: get the relational hypergraph net n 
: get the top-level relational hypergraph net n 
: get the atomic relational hypergraph net n 
: get a SPIDER of an output component c 
: get a decomposition of a composite component c 


b. Component search functions 


• icom(s) 

• picom(s) 

• sicom(s) 

• ocom(s) 


: get the input components to a step s 
: get the primary input components to a step s 
: get the secondary input components to a step s 
: get the output component to a step s 


c. Step search functions 



sstep(c) 

: get the 


rstep(c) 

: get the 


astep(s) 

: get the 


cstep(s) 

: get the 


acom(c) 

: get the 


ccom(c) 

: get the 


source step of a component c 

related steps regarding a component c as an input component 

atomic steps of a composite step s 

composite step of an atomic step s 

atomic components of a composite component c 

composite component of an atomic component c 
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• status(s) : get the current status of a step s 


d. Dependency search functions 

• dep(a, b) : get the dependency between objects a and b 

• his(a, b) : get the history between objects a and b 


e. Object number functions 


• tnum(t) 

• anum(a) 

• inum(s) 

• pinum(s) 

• sinum(s) 


get the number of steps in the top-level relational hypergraph net t 
get the number of steps in the atomic relational hypergraph net a 
get the number of input components to a step s 
get the number of primary inputs to a step s 
get the number of secondary inputs to a step s 


/. Property evaluation functions 


• step(s) 

• component(c) 

• input(c, s) 

• pinput(c, s) 

• sinput(c, s) 

• output(c, s) 

• member(ol, o2) 


evaluate s is a step 
evaluate c is a component 

evaluate component c is an input component to a step s 
evaluate component c is a primary input component of a step s 
evaluate component c is a secondary input component of a step s 
evaluate component c is an output component to a step s 
evaluate object ol is a member of a composite object o2. 


Take Figure 14 in Chapter HI for example. Before executing the search function, 
we should create the relational hypergraph net RHN(s-C2.3) in the RH model base. The 
following interpretations are part of the search functions: 

$ spider(C22.5) 


(C 22.3 <r- s-C 22 . 3 (C 2 l. 2 , C 4 I. 2 , Pjl. 2 , T 3 -C 2 . 3 , Vrj-C 2 . 3 )) 
$ sicom(5-C22.5) 


(PjL2, T 3 -C 2 . 3 , VTj-C2.3) 
$ rstep(C2i.2) 


(s-Cj2.3, S-C 22 . 3 , S-C 32 . 3 ) 
$ dep(C2i.2, C32.3) 
primary_input 
$ inum(5-C22.3) 
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5 

$ input(C 22 .i, S-C22.3) 

F 

The main contribution of software evolution via reusable architecture is that we have 
built a component reusable architecture to resolve the essential issues of software 
evolution: rapid requirements changing and component reuse. The RH model with a multi¬ 
dimensional architecture is constructed to be a basis of dependency-computing and 
management rules inferring via a lightweight inference engine. Particularly, input 
component search with attribute and content retrieval to an atomic SPIDER and software 
evolution job assignment can be automatically realized in our component reusable 
architecture. 
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V. DEPENDENCY-COMPUTING MODEL 


The dependency-computing model integrates the fundamental software evolution 
model, like the hypergraph model, the evolutionary hypergraph model, and the RH model, 
with the dependency rules that are driven by a lightweight inference engine [HARN99b] 
[HARN99c]. The lightweight inference engine is suitable to compute small scale and 
domain-specific inference rules [HARN99a]. 

Domain-specific inference often requires large numbers of similar rules. These 
systems are generally not very modular, and consequently they are highly difficult to 
extend and refine. In many cases, inference rules are implicitly encoded in complex 
algorithms. Even if the rules are explicit, they may not be systematically organized. In order 
to achieve adequate efficiency, we keep inference chains short. This leads to large numbers 
of very specific rules and algorithms that are coupled to the structure of the problem space 
[BERZ98]. 

There are two kinds of dependency rules in the dependency-computing model: 
dependency generation rules and dependency action rules. According to data existence, the 
lightweight inference engine computes the dependencies among the software evolution 
objects via the dependency generation rules (stated by <=>). The specific combination of 
dependencies can automatically support software evolution via the dependency action rales 
(stated by =»). In the dependency rales, there are four sources from which input data can be 
obtained: functions, the result of inference, database and stakeholders. 
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A. SOFTWARE EVOLUTION 


1. Preliminary 

a. Object types 

The set of software evolution steps and components is structured as a class 

architecture. 

According to the RH model of the software evolution process, based on the 
schematic model of the analysis process modified from the IBIS model in [CONK88] 
[IBRA96], there are eight types of software evolution steps: software prototype demo, issue 
analysis, requirement analysis, specification analysis, module implementation, program 
integration, software product demo, and software product implementation. The set S of 
software evolution steps contains at least these subtypes. 

In the RH model there are ten types of software evolution components: 
criticisms, issues, requirements, specifications, modules, software prototype programs, 
software product programs, optimizations, test scenarios, and virtual teams (or 
stakeholders). Therefore, the set Cof software evolution components contains at least these 
subtypes. 

Finally, N is the set of natural numbers, which is used to represent variant 
and version numbers. 

b. Object attributes and Junctions 

The following version attributes of an object are used to defined 
dependency action rules. The attributes can bind data via dependency action rules and 
record data to database. The version attributes of an object are described as follows: 

• o.version: an attribute of an object o that identifies the version of an object o and 
consists of the three parts: o.version.object-id, o.version.variant-number, and 
o.version.version-number; 

• o.version.object-id: a subattribute of o.version that represents the object identifier 
of an object o; 

• o.version.variant-number: a subattribute of o.version that represents a unique 
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identifier of a variant of an object o; and 

• o.version.version-number. a subattribute of o.version that represents a unique 
identifier of a version of a specific variant of an object o. 

The following functions are used to obtain the output from the relational 
hypergraph net and to define dependency rules: 

• the set of primary input components to the step 5 ; 

• secondary-input(s): the set of secondary input components to the step s; 

• input(s): the set of input components to the step s; 

• output(s): the set of output component from the step s; 

• type(s): a type indicator for step s that has two possible values: "s" (step) or "d" 
(decomposition); 

• highest-variant-number(c.version.object-id): the highest variant number of the 
object denoted by c.version.object-id in the current state; and 

• max(cl.version.version-number, c2.version.version-number): the maximum 
version number in cl.version.version-number and c2.version.version-number. 

The following functions are used to evaluate logical value from the 
relational hypergraph net: 

• primitive-component(c): tme if component c is a primitive-component; 

• arom/c(c): true if component c is an atomic component; 

• current(s): true if step j is a current step; and 

• currentic): true if component c is a current component. 

c. Dependencies 

The dependencies among software evolution objects are classified into four 
types: component-to-step, step-to-component, component-to-component, and step-to-step 
dependencies. 

In component-to-step dependencies, there are two types of dependencies: 
primaryJtnput and secondary_input, among a step and its input nodes. In step-to- 
component dependency there is only one type of dependency: output, among a step and its 
output node. 

In component-to-component dependencies, there is one dependency: 
usedjby, between two components. 
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usedjby: between the components of a given configuration. 


In component-to-component and step-to-step dependencies, there are five 
types of dependencies: partjof, samejobject, same_variation, null, and unknown, among 
the software evolution objects as follows: 

• part_of. between a substep of a composite step and the composite step or between 
a subcomponent of a composite component and the composite component, 

• samejobject: between the two objects of the same object identifier, 

• same_variation: between the two objects of the same variation number, 

• null: between the two objects that have no relationship after inference, and 

• unknown: between the two objects that have no relationship before inference. 

There are four subclasses of usedjby dependencies: usedjby.test, 
usedjby.handle, usedJ>y.produce, usedjby.merge, and useJby.merge. These apply among 
different software evolution components as follows: 

• usedjby.test: between program and test scenario components, 

• used Jby.handle: between stakeholder (or virtual team) and the following 
components: criticism, issue, requirement, specification, model, program, 
optimization, and test scenario, 

• usedjby.produce: between two components one of which is an input component to 
a step and the other of which is an output component to this step, 

• used Joy. split: between two components that have the same identifier but the 
different variation number, and 

• usedjby.merge: between two components that have the same identifier and the 
different variation number. 

There are two subclasses of usedjby.produce dependencies: 
usedJjy.produce.directly and used Jby.produce.indirectly, between two components one of 
which is an input component to a step and the other of which is an output component to this 
step as follows: 

• used Jby.produce.directly: between two components one of which is an input 
component to a step and the other of which is an output component to the same 
step, and 

• usedjby.produce.indirectly: between two components one of which is an input 
component to one step and the other of which is an output component to another 
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step. 


There are two subclasses of usedjby.merge dependencies: 
used_by.merge.new_variation and used_by.merge.old_variation, between two 
components that have the same identifier and the different variation number as follows: 

• used_by.merge.new_variation-. between two components that have the same 
identifier and the different variation number, but whose output component to a 
merge step has the new variation number from them after merging, and 

• used_by.merge.old_variation: between two components that have the same 
identifier and the different variation number, but whose output component to a 
merge step has the old variation number from them after merging. 

There are two subclasses of part_of dependencies: part_of.step and 
part_of.component, between a subobject of a composite object and this composite object 
as follows: 

• part_of.step: between a substep of a composite step and this composite step, and 

• part_of.component: between a subcomponent of a composite component and this 
composite component. 

2. Dependency rules 

A number of dependency rules have been developed for automated decision 
support and software evolution processes, i.e. version control, task decomposition, 
component retrieval, and so forth. 

a. Object identijiers 

A version of an object is one of the attributes of this object that can be 
represented as a string type containing the concatenation of an object identifier, a variant 
number, and a version number. 

An object identifier can be a component identifier or a step identifier. We 
represent component identifiers with "C", "I", "R", "S", "M", "P", "O", and "Pd", and the 
step identifiers with "s-C", "s-I", "s-R", "s-M", "s-S", "s-P", "s-0", and "s-Pd". The 
generation of the object identifiers are inferred via the following rules. 

ALLjs : S, c: C:: c output s<=>ce output(s)) (1) 
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ALL(s: S.sofiware-prototype-demo, c: C.criticism:: c output s => c.version.object-id 
= "C" & s.version.object-id = "s-C") (2) 

ALL(s : S.issue-analysis, c : C.issue :: c output s => c.version.object-id = & 

s.version.object-id = "s-I") (3) 

ALL(s: S.requirement-analysis, c: C.requirement:: c output s =» c.version.object-id 
= "R" & s.version.object-id = "s-R") (4) 

ALL(s: S.specification-design, c: C.specification :: c output s=^ c.version.object-id 
= "S" & s.version.object-id = "s-S”) (5) 

ALL{s: S.module-implementation, c: C.module:: c output s=^ c.version.object-id = 
"M" & s.version.object-id = "s-M'j (6) 

ALL(s: S.program-integration, c: C.software-prototype-program :: c output s=^ 
c.version.object-id = "P" & s.version.object-id = "s-P") (7) 

ALL(s: S.software-product-demo, c: C.optimization:: c output s => c.version.object- 
id = "O" & s.version.object-id = "s-0") (8) 

ALL(s: S.software-product-implementation, c: C. software-product-pro gram :: c 
output s=^ c.version.object-id = "Pd" & s.version.object-id = "s-Pd") (9) 

b. Object variants and versions 

Variants represent alternative formulations of a software object with 
different objectives, for instance ranning on different operating systems or serving different 
user communities. Successive versions of the same variant represent refinements or 
improvements to the component [BADR93] [BADR94]. 

The primitive component that is a source component cannot be produced 
by any step. The primitive component could have more than one variant. The variants are 
assigned successive numbers. The variants of a primitive component are less than those of 
a nonprimitive component. Versions along each variant are assigned successive numbers, 
starting with 1 at the root version of the initial variant. 

ALL(c: C:: primitive-component(c) <=» -i EXISTS(s: S:: c e output(s))) (10) 
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ALL(cl c2 : C:: primitive-component(cl) & —i primitive-component(c2) => 

(cl.version.variant-number < c2.version.variant-number) & cl.version.version- 
number =1) (11) 

c. Primary and secondary inputs 

The dependencies same_object and same_variant are defined by the 
attributes version.object-id and version.variant-number as follows. 

ALL(cl c2: C:: cl same_objcetc2<^ cl.version.object-id = c2.version.object-id)(12) 
ALL(cl c2 : C:: cl same_variant c2 <=» cl.version.variant-number = 
c2.version, variant-number) (13) 

The primary and secondary input concept can be formalized by the 
attributes version.object-id and version.version-number. An input to a step is primary if and 
only if it is the previous version of the same object as the output of the step. An input to a 
step is secondary if and only if it is not the same object as the output of the step. The 
dependencies primaryjnput and secondary_input are defined by the following 
dependency rules. 

ALLjs: S, c: C:: c inputs^ c e input(s)) (14) 

ALL(s: S, cl c2: C:: cl primary Jtnput s<p^cl input s &c2 output s & cl same_object 
c2) (15) 

ALL(s : S, cl c2 : C:: cl secondary_input s cl input s &c2 output s & (cl 

same_object c2)) (16) 

d. Evolution history splitting and merging 

Creating a new component in a variant different from the original variant 
is called software evolution history splitting. The dependency between the input 
component and the output component in the evolution history splitting is represented by 
usedjby.split. 

ALL(cl c2 : C, s : S:: cl usedjby.split c2 o cl primaryjnput s &c2 output s & 

(cl same_variant c2)) (17) 
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Creating a new component based on two primary input components is 
called software evolution history merging. The dependency between the two primary input 
components in the software evolution history merging is represented by usedjby.merge 
which is divided into two subclasses: used_by.merge.new_variant and 
used_by.merge.old_variant. In the situation of software evolution history merging, if the 
variant of the output component is not the same as that of the two primary input 
components, the dependency between the two primary input components is denoted by 
used_by.merge.new_variant. Additionally, if the variant of the output component is the 
same as that of one of the two primary input components, the dependency between the two 
primary input components is denoted by used_by.merge.old_variant. 

ALL(cl c2: C:: cl used_by.merge.new_variant c2 EXISTS(c3 : C:: cl 
usedjby.split c3 & c2 usedjby.split c3)) (18) 

ALL(cl c2: C:: cl used_by.merge.old_variantc2 <=» EXISTS(c3: C,s:S:: c3 output 
s & ((cl usedjby.split c3 & c2 primaryJinput s &c2 same_variant c3) or (c2 
usedjjy.split c3 & cl primary Jinput s & cl same_variant c3)))) (19) 

ALL(cl c2 : C:: cl usedjby.merge c2 (cl usedjby.merge.new_yariant c2) or (cl 
usedJby.merge.old_variant c2)) (20) 

e. Variant and version numbering 

The successive variant and version numbers rely on the above 
dependencies among the input components and output component to a specified step. They 
are defined as follows. 

ALL(cl c2 : C, s : S:: cl primaryJnputs & c2 outputs & cl same_variant c2 =» 
c2.version.version-number = cl .version.version-number + 1) (21) 

ALL( cl c2 : C, s : S:: cl primary Jnput s &c2 output s & cl usedjby.split c2 
c2.version.version-number = cl.version.version-number + 1 & c2.version.variant- 
number = highest-variant-number(cl.version.object-id) + 1) (22) 


92 




ALL(cl c2 c3: C, s: S:: cl primary_inputs & c2primary_inputs & c3 outputs & cl 
usedjby.merge.new-variant c2 => c3.version.version-number — 
max(cl.version.version-number, c2.version.version-number) + 1 & 
c3.version.variant-number = highest-variant-number(cl.version.object-id) + 1)(23) 
ALL(cl c2 c3 : C, s: S:: c2 primary_input s &c3 output s & cl 
used_by.merge.old_variant c2 & cl usedjby.splitc3 => c3.version.version-number = 
max(cLversion.version-number, c2.version.version-number) + 1) (24) 

ALL(cl c2 c3 : C, s: S:: cl primary Jnput s &c3 output s & cl 
used_by.merge.old_variant c2 & c2 usedjyy.split c3 =» c3.version.version-number 
= max(cl.version.version-number, c2.version.version-number) + 1) (25) 



Figure 21: The variant and version numbering in the case of software 
evolution history splitting and merging 

Figure 21 shows the variant and version numbering in the case of software 
evolution history splitting and merging. The node Pl.l is the primitive component of the 
software program. The software evolution history is represented by a path in the 
hypergraph model. The variant number of each object in the path, from Pl.l to P1.5 via\s- 
P1.2, PL2, S-P1.3, P1.3, S-P1.4, P1.4, and s-Pl.5, is specified by 1. After the node P1.2, 
the step S-P1.2 yields a software evolution history split and a new variant whose number of 
each object in the path, from S-P2.3 to P2.4 via P2.3 and S-P2.4, is specified by 2. After the 
nodes PI.4 and P2.3, the step S-P3.5 yields a software evolution history merge and a new 
variant whose number of each object in the path, from S-P3.5 to P3.5, is specified by 3. 
After nodes PI.4 and P2.4, the step s-Pl.5 yields a software evolution merging but the 
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variant number is specified by 1. The version number of each object in case of software 
evolution history splitting or merging is specified by the above dependency action rules. 

/. Object decomposition 

In the hypergraph model, software evolution objects can be decomposed 
into lower level objects. There are a part_of.component dependency between a composite 
component and its subcomponents, and a part_of.step dependency between a composite 
step and its substeps: 

EXISTSi cl c2 : C, s: S:: c2 part_of. component cl atomic( cl) &c2 input s & cl 

output s & type(s) = "d") (26) 

EXlSTS(sl s2 : S, cl c2 c3 c4: C:: s2 part_of.step si <=^—i atomic(sl) &c3 
part_of.component cl & c4 part_of component c2 & cl input si & c2 output si & c3 
input s2 & c4 output s2 & type(sl) = "s" & type(s2) = "s") (27) 

We concatenate the prefix symbol "d-" and the object identifier of a 
composite component to denote the decomposition step between the composite component 
and its subcomponents in order to distinguish the notation of activity step with "d-". The 
subcomponents and substeps are denoted with a string concatenating an object identifier 
and a natural number. The examples are shown in Figure 13 and Figure 14. The version 
control action rules of dependencies part_of.component and part_of.step are defined as 
follows: 

EXISTS(cl c2 : C, s : S, n : N:: c2 part_of.component cl => s.version.object-id <— 
stringC'd-", cl.version.object-id) & c2.version.object-id = string(cl.version.object- 
id, string(n)) (28) 

EXISTS(sl s2 : S, n : N:: s2 part_of.step si => s2.version.object-id = 
string(sl.version,object-id, string(n))) (29) 
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g. Test scenarios and the virtual teams 

A test scenario is created to test a software prototype program or a software 
product program. The dependency between a program component and its test scenario 
component is usedjby.test that is defined as follows: 

ALL(p : C.software-prototype-program u C.software-product-program, t: C.test- 
scenario, c: C.criticism, s: S:: t usedjby.test p^t secondaryJnput s &p 
secondaryJnput s &c output s) (30) 

A virtual team is formed to handle the input components and produce the 
output component to a specified step, but is not assigned to specific system developers 
(system analysts or system designers) yet. The dependency between a virtual team 
component and the other input components are usedjby.handle that is defined as follows. 
ALL(c: C - C.virtual-team, h: C.virtual-team, s: S:: h usedjyy.handle c O c input s 
& h input s) (31) 

The object identifiers of a test scenario component and a virtual team 
component is related to the output component that they produce and to a specified step. We 
concatenate the prefix symbols 'T-" and the object identifier of an output component to a 
specified step to denote the object identifier of a test scenario component, and the prefix 
symbols "VT-" and the object identifier of an output component to a specified step to 
denoted the object identifier of a virtual team component. The version action control rules 
of a test scenario component and a virtual team component are defined as follows: 

ALL(p : C.software-prototype-program u C.software-product-program, t: C.test- 
scenario, c : C.criticism :: t used_by.test p & t usedJ?y.directly_produce c 
=> t.version.object-id = stringC'T-", c.version.object-id)) (32) 

ALL(cl c2 : C, h: C.virtual-team:: h usedjby.handle cl &h 
usedJ}y.directly_produce c2 => h.version.object-id = stringC'VT-", 
c2. version, object-id)) (33) 
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h. Component generation 

A software evolution history can be regarded as a path in the hypergraph 
model. The final version of a component is evolved by a series of evolution processes from 
the previous versions of the same component with the primary input driven mechanism or 
from the different components with the secondary input driven mechanism. The 
dependency used_by.directly_produce is defined between an input component and an 
output component to a specified step. The dependency used_by.indirectly_produce is 
defined between two components but a component between them exists in their software 
evolution path: 

ALL(cl c2: C,s:S:: cl usedjby.directly_produce c2 «=> cl inputs & c2 outputs)(34) 
ALL(cl c3: C:: cl usedjby.indirectly_produce c3 o cl usedjby.directly_produce c3 
or EXlSTS(c2 : C:: cl usedjby.indirectly_produce c2 & c2 

usedjby. directly_produce c3)) (35) 

Figure 22 shows the new component generation in the software prototype 
demo step. The components PI.2, T-C2.3, and VT-C2.3 can be used to directly produce the 
component C2.3. The component Cl.2 can be used to directly produce component C2.3 via 
step S-C2.3 or indirectly produce component C2.3 via a software evolution path form 
component C1.2 to component C2.3 via s-11.2, 11.2, s-Rl.2, R1.2, s-Sl.2, SI.2, s-Ml.2, 
Ml.2, S-P1.2, PI.2, and S-C2.3. 

i. Component retrieval: SPIDER formation 

SPIDER formation in preparation for executing a software evolution step 
is a component retrieval process via dependency rules and a lightweight inference. SPIDER 
formation can form either a top-level or a refined SPIDER. In the software evolution 
process, two successive versions of software are indirectly manipulated via a path of 
secondary-input-driven steps. Following the secondary-input-driven mechanism, we can 
use the current component and its related components as input components of a current step 
to generate a new version component. The question is how to obtain automatically the 
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related input components to form a SPIDER based on only known current components. The 
dependencies between this current component and its related components can be inferred 
to find the input components of a current step by the dependency rules and a lightweight 
inference engine. 

ALL(s : S:: current(s) ^ —i EXISTS(c: C:: c output s)) (36) 

ALL(cl: C:: current(cl) —\EXISTS(c2: C:: cl usedjby.directly_produce c2))(37) 



Components: 

P Software prototype programs S Specifications 

C Criticisms M Modules 

I Issues VT Normal teams 

R Requirements T Test scenarios 

Steps: 

S’C Software prototype demo s-S Specification design 

s-I Issue analysis s^M Module implementation 

s-R Requirement analysis s-P Program integration 

. >■ Primary-input-driven path (pp) 

- - - Secondary-input-driven path (sp) 

Figure 22: The new component generation in the software 
prototype demo step 

The current component is regarded as a filter to slice the relational 
hypergraph into a software evolution path. In Figure 22, if step S-C2.3 is a current step and 
component P1.2 is a current component, before the step S-C2.3 is executed, the components 
T-C2.3, VT-C2.3, Cl.2, and C2.3 are unknown, except for the current component P1.2. We 
can find all of the primary and secondary input components based on the current 
component P1.2 via dependency inferring and produce the component C2.3 via executing 
step S-C2.3 with its input components. 

The input component to a current step is a set that combines a primary input 
component set and a secondary input component set. The members of the primary and 
secondary input component sets depend on different software evolution steps. The primary 
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input component(s) in the software evolution path can be retrieved by the dependencies 
usedjby.directlyjyroduce and usedjby.indirectly_produce. The secondary input 
component can be found by the dependencies usedjby.directly_produce and 
usedjby. handle. 

Take the software prototyping demo step for example. The type of the 
primary input component and output component is criticism and the types of the secondary 
input components are software prototype program, test scenario, and virtual team. 

primary-input(s: S.software-prototyping-demo) = {cl: C.criticism | EXISTS(pl p2: 
C.software-prototype-program, c2: C.criticism:: p2 usedjby.directly_produce c2 & 
pi usedjby.directlyjproduce p2 & pi used_by.directly_produce cl & cl 
usedjby. indirectly_produce p2)} (38) 

secondary-input(s: S.software-prototyping-demo) = (t: C.test-scenario, p : 
C.software-prototype-program, h : C.virtual-team \ EXlSTS(c: C.criticism :: p 
usedJby.directly_produce c & t usedjby.testp & h usedjby.handle p)} (39) 

input(s : S.software-prototyping-demo) = primary-input(s) u secondary-input(s)(40) 
The test scenario is created for the software prototype program and the 
dependency between them is usedjby.test. The test scenario can be used to directly produce 
a new criticism if and only if it can be used to test the current component of the softwa.re 
prototype program. 

EXlSTS(t: C.test-scenario, c: C.criticism, p : C.software-prototype-program :: t 
used_by.directly_produce c^p usedjby.directly_produce c & t usedjby.test p)(41) 
The virtual team can be used to directly produce a new criticism if and only 
if it can be used to handle the current component of the software prototype program. 
EXlSTS(h : C.virtual-team, c : C.criticismp, p : C.software-prototype-program :: h 
usedjby.directly_produce c p usedJ)y.directly_produce c & h 

usedjby.handle p) (42) 


98 



j. Unknown dependencies 

The unknown dependency between two components can be used to infer 
the dependency by the lightweight inference engine. The part_of dependency combines 
part_of.component and part_of.step dependencies. The usedjby is a dependency that 
combines the following subclass dependencies: used_by.split, usedjby.merge, 
medjyy.test, usedjby.handle, used_by.directlyjproduce, and usedjjy.indirectly_produce. 
The dependency unknown states that the dependency between two arbitrary components at 
the current time is unknown and needs to be inferred from the dependency rules. We can 
not guarantee that the inferring result of two unknown dependency components can be 
found, but normally it can be determined by the following dependencies: same_object, 
same_variant, part_of, usedJjy or null (that means there is no dependency between two 
components). They can be defined as follows: 

EXIST(ol o2 : C'u S:: ol part_ofo2 ol part_of.component o2 or ol part_of.step 
o2) (43) 

EXISTS(cl c2 : C:: cl usedjby c2 cl usedjby.split c2 or cl usedjby.merge c2 or 
cl usedjby.test c2 or cl usedjjy.handle c2 or cl usedjjy.directly_produce c2 or cl 
usedjjy. indirectly_produce c2) (44) 

EXISTS(cl c2 : C:: cl null c2 <=> —i (cl same_object c2 and cl same_variant c2 and 
cl part_ofc2 and cl usedjy c2)) (45) 

EXISTS(cl c2 : C:: cl unknown c2 cl same_object c2 or cl same_variant c2 or 
cl part_ofc2 or cl usedjby c2 or cl null c2) (46) 

The complicated relationship among the software evolution objects is the important 
key to inferring the unknown dependencies between two objects and to execute actions for 
the needs of the software evolution management. 
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B. JOB SCHEDULING 


1. Job scheduling model 

The job scheduling model is based on the heuristic mechanism that provides the 
features to rearrange/cancel requests in the step priority queue, and to change step priorities 
dynamically. This model can do synchronization and rendezvous scheduling via 
scheduling dependency rules. 

a. Scheduling constraints 

A step in the CASES can be regarded as a job or a task [BADR93] 
[BADR94] [EVAN97]. The task set in the CASES scheduling problem is a variable set of 
evolution steps S - {sj, S 2 , .... sj, where n varies with time. This set of tasks needs to be 
scheduled to a set of m stakeholders D = {dj,d 2 ,..., d^. The stakeholders are of E different 
skills with L different skill levels. Tasks as used in the CASES are independent, 
nonperiodic and non-preemptive. They can be charactered by the follows: 

• Skills and skill levels: = {(cj, 1), ( 62 , 1 ),..., 1)} where k is different skills 

and I e L = fO, 1, 2, 3}, requested by a task .y or a designer d; 

• Security level: T^^curity = {0,1, 2, 3, 4, 5}; 

• Predecessors. 

• Priority: Tp^onty ={1,2, 3, 4, 5}\ 

• Deadline. 

• Estimated duration: T^stimated_duration^ 

• Earliest start time: T^arliest_start_time^ 

• Finish time: 

The skill and its skill level are attributes of a step as well as attributes of a 
stakeholder. The project organizers or evaluators determines the skill and its skill level of 
steps and store them to the step database. The project evaluators or the project managers of 
the stakeholders assess the capability of a stakeholder with the skill and its skill level. 
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CASES assign jobs to designers by the matching of job skill requirements and capacities 
of stakeholders. 

The skill can be any related techniques of the software evolution, such as 
the understanding of UNIX system, Ada, TAE + [CENT93], and so on. The skill levels are 
none, low, middle, and high that are denoted by 0, 1,2, and 3 respectively. The skill set, 
the skill level set, the job-skill set, and the stakeholder set are defined as follows: 

• SmK={kl,...,kn}, 

• Skill level L = {0,1, 2, 3j, 

• Job-skill(s: S) = {(k, 1) \ k € K, I e Lf, and 

• Stakeholder-skill(h: H) = {(k, 1) \ k ^ K, I e L}. 

Skills and skill levels as well as security level are used to search a feasible 
schedule of stakeholders. Predecessors, priority, deadline, estimated duration and earliest 
start time are used to sort a set of tasks. Finish time is recorded when a task has been carried 
out. 

The skill level 0 is the lowest and the skill level 3 is the highest in the skill 
level set L. The security level 0 is no security consideration and the security level 5 is the 
highest security consideration in the security level set T^ecurity The priority 1 is the lowest 
priority and the priority 5 is the highest priority in the priority set Tp^ority 

Each task is associated to a predecedence constraint given in the form of a 
directed acyclic graph G = {S, Ej such that Sj) e E implies that sj cannot start until si 
has completed. 

The priority, Tpj^^ity’ is a small positive integer that is assigned to each task 
to reflect the importance of its deadline. The priorities of different tasks should be 
compatible with the precedence constraints between the steps; i.e. no lower priority step 
can precede a higher priority step: 

if (^2> ^ ^ ^ '^priority(^2^ "priority (^]) and 

if (^2’ € E <$: (sj) "priority (^3^ ^ '^priority(^2^ '^priority 


101 


Project organizers give the deadline T^adUne estimated duration 
^estimated_duration- CASES calculates the Start time Tg^jriiest_startjtime scheduling. 
Stakeholders give the finish time after they finish an assigned task. 

b. Scheduling heuristics 

Scheduling a set of tasks to find a fully feasible schedule is a variant of the 
sorting and searching problem. We have to sort a set of tasks and then search for a feasible 
schedule according to the scheduling constraints and the scheduling heuristics. 

The scheduling constraint function C(T) and the heuristic function H(T) order 
the set of tasks ready to be scheduled. 

The related scheduling constraints are as follows [BADR93] [BADR94] 
[EVAN97]: 

• Predecessors. C(T) — 

• Priority: C(T) = Tp^ionty'^ 

The candidate heuristics are as follows: 

• Minimum deadline first (Min_D): H(T) = Tdeadline^ 

• Minimum estimated duration first (Min_E): H(T} = T^stimated_duration> 

• Minimum earliest start time first (Min_S): H(T) = Tgariiest_staruime‘> 

• Minimum laxity first (Min_L): H(T) = Td- (T^arliest_startjime + Testimated_durationh 

• Min_D + Min_S: H(T) = Wx T^adjine + (I-W)x T^^riiest. startjtime‘> 

The weight W (0<W<1), used to combine the two simple heuristics Min_D and 
Min_E or Min_D and Min_S, can be tuned according to how critical the deadlines of the 
available steps are. 

c. Scheduling algorithms 

The job scheduling algorithms is integrated by JobSchedule and JobAssign 
algorithms as follows: 
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JobSchedule 


Step 1. Create lists 7; and J 2 for jobs. 

Step 2. Put all the jobs under a specified project into list 7;. 

Step 3. If the jobs of list Jj, whose status is approved, have no predecessors, put the 
jobs into list J 2 . 

Step 4. If the jobs of list Jj, whose status is approved, have predecessors and the 
status of all predecessors is completed, put the jobs into list J 2 . 

Step 5. If the status of a job in list Jj is scheduled, put the job into list J 2 . 

Step 6. If the status of a job in list J 2 is approved, change the status of the job in list 
J 2 into scheduled. 

Step 7. Sort the jobs of list J 2 based on the heuristic chosen by users. 

Step 8. Pop and assign the first job j of list J 2 to stakeholders by JobAssign. 

Step 9. Go to Step 1 until the jobs in list 7/ have no approved status and scheduled 
status. 

JobAssign 

Step 1. Create lists Sj and S 2 for stakeholders and a two-element list T(m) for a 
stakeholder m. 

Step 2. Get the security level I of job j. 

Step 3. Put all the stakeholders into list Sj. 

Step 4. Put the stakeholders of list Sj, whose security level is no less than the security 
level I of job j, into list 82 - 

Step 5. If list T(m) of each stakeholder in list S 2 is full then return. 

Step 6. Count the skill matching number n for each stakeholder of list S 2 based on the 
dependency rule that the required skill level of job j is no less than the 
associated skill level of stakeholders. 

Step 7. Sort the stakeholders of list S 2 by the skill matching number n. 

Step 8. Pop the first stakeholder m of list S 2 out. 

Step 9. If list T(m) is not full then assign job j to the stakeholder m as the major job 
by the following substeps: (1) append job j into list T(m). (2) change the status 
of job j into assigned. (3) return. 

Step 10. If list T(m) is full then assign job j to the stakeholder m as the minor job and 
go to Step 8. 
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2. Dependency rules 


a. Step attributes and dependency functions 

The following attributes of a step that can be entered by manager or 
calculated by CASES are used to defined dependency action rules. The attributes can bind 
data via dependency action rules and record data to step database. The attributes of a step 
are described as follows: 

• s.predecessor: the predecessor of a step s\ 

• s.priority: the priority of a step s\ 

• s.deadline: the deadline of a step s\ 

• s.estimated-duration-time: the estimated duration time of a step 5 ; 

• s.earliest-start-time: the start time of a step s; and 

• s.finish-time: the finish time of a step s. 

The following functions are used to obtain the step from the step content 
and to define dependency rules: 

• predecessor(s): get the predecessor of the step s; 

• deadline(s): get the deadline of the step s; 

• estimated_duration(s): get the estimated duration of the step s; 

• earliest_start_time(s): get the earliest start time of the step s; 

• laxity(s): get the laxity of the step s; 

• deadline_and_estimated_duration: get the sum of deadline and estimated duration 
of the step s with a weight W; and 

• deadline_and_earliest_startjtime: get the sum of deadline and earliest start time of 
the step s with a weight W. 

b. Scheduling dependency rules 

The dependencies in the job scheduling model is step-to-step 
dependencies. There are three types of dependencies between two steps as follows: 

• precedes: between two steps; 

• concurs_with: between two steps; 

• precedes_by: between two steps. 
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There are two subclasses of precedes dependencies between two steps as 

follows: 

• precedes.immediately: between two steps; and 

• precedes.remotely, between two steps 

There are six subclasses of precedesjby dependencies between two steps 

as follows: 

• precedes_by.deadline', between two steps; 

• precedes_by.estimated_duration: between two steps; 

• precedesjby.earliest_start_time: between two steps; 

• precedesJby.laxity: between two steps; 

• precedesJby.deadline_and_estimated_duration: between two steps; and 

• precedesJby.deadline_and_earliest_start_time: between two steps. 

Let si and s2 denote two different steps. For all si and s2, it is the case that 
si precedes immediately s2 if and only if si is a predecessor of s2. The dependency 
prededes.immediately is defined as follows: 

ALL(sl s2 : S:: si precedes.immediately s2<^ si = predecessor(s2)) (47) 

Let s, si and s2 denote three different steps. For all si and s2, it is the case 
that si is precedes remotely s2 if and only if there is a s such that si precedes immediately 
s, and either s precedes immediately or remotely s2. The dependency precedes.remotely is 
defined as follows: 

AUJsl s2 : S:: si precedes.remotely s2 EXIST(s : S:: si precedes.immediately 
s &(s precedes, immediately s2 or s precedes, remotely s2))) (48) 

Let si and s2 denote two different steps. For all si and s2, it is the case that 
si precedes s2 if and only if si precedes immediately or remotely s2. The dependency 
precedes is defined as follows: 

ALL(sl s2: S:: si precedes s2 <=» si precedes.immediately s2 or si precedes.remotely 
s2) (49) 
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Let si and s2 denote two different steps. For all si and s2, it is the case that 
si concurs with s2 if and only if si does not precede s2 and s2 does not precede si. The 
dependency concurs_with is defined as follows: 

ALL(sl s2: S:: si concurs_with s2^—i(sl precedess2) and —i(s2precedessl))(50) 

c. Scheduling policy rules 

The scheduling decision of stakeholders will effect the scheduling. In 
concurrent steps of a scheduling dependency list, we can reschedule the steps by the 
different policies. The current elements in the scheduling dependency list will be adjusted 
after the scheduling policy rules are executed. 

(1) Policy 1; Minimum deadline first between two steps 

Let si and s2 denote two different steps. For all si and s2, it is the case that 
si precedes s2 based on the minimum deadline first policy if and only if the deadline of si 
is no greater than that of s2. The dependency precedes_by.deadline is charactered as 
follows: 

ALL(sl s2 : S:: si precedesjby.deadline s2 —i (deadline(sl) > deadline(s2)))(51) 

(2) Policy 2: Minimum estimated duration first between two steps 

Let si and s2 denote two different steps. For all si and s2, it is the case that 
si precedes s2 based on the minimum estimated duration first policy if and only if the 
estimated duration of si is no less than that of s2. The dependency 
precedes_by.estimated_duration is charactered as follows: 

ALL(sl s2 : S:: si precedes_by.estimated_duration ^2 <=> -i (estimated-duration(sl) 
< estimated-duration(s2))) (52) 

(3) Policy 3: Minimum earliest start time first 

Let si and s2 denote two different steps. For all si and s2, it is the case that 
si precedes s2 based on the minimum earliest start time first policy if and only if the earliest 
start time of si is no greater than that of s2. The dependency 
precedes_by.earliest_start_time is charactered as follows: 
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ALL(sl s2: S:: si precedesjby.earliestjstartjtime s2<^ (earliest-start-time(sl) > 
earliest-start-time(s2))) (53 ) 

(4) Policy 4: Minimum laxity first 

Let si and s2 denote two different steps. For all si and s2, it is the case that 
si precedes s2 based on the minimum laxity first policy if and only if the laxity of si is no 
greater than that of s2. The dependency precedesjby.laxity is charactered as follows: 
ALL(sl s2 : S:: si precedesjby.laxity s2 ^ —i (laxity(sl) > laxity(s2))) (54) 

(5) Policy 5: Min_D + Mm_E 

Let si and s2 denote two different steps. For all si and s2, it is the case that 
si precedes s2 based on the Min_D + Min_E policy if and only if the sum of deadline and 
estimated duration of si is no greater than that of s2. The dependency 

precedesJby.deadline_and_estimated_duration is charactered as follows: 

ALL(sl s2: S:: si precedes J}y.deadline_and_estimated_duration s2 4=> -n (deadline- 
and-estimated-duration(si) > deadline-and-estimated-duration(s2))) (55) 

(6) Policy 6: Min_D + Min_S 

Let si and s2 denote two different steps. For all si and s2, it is the case that 
si precedes s2 based on the Min_D + Min_S policy if and only if the sum of deadline and 
earliest start time of si is no greater than that of s2. The dependency 

precedes_by.deadline_and_earliest_start_time is charactered as follows: 

ALL(sl s2: S:: si precedes_by.deadline_and_earliest_start_time s2^ -y (deadline- 
and-earliest-start-time(si) > deadline-and-earliest-start-time(s2))) (56) 

Let si and s2 denote two different steps. For all si and s2, it is the case that 
si precedes s2 based on the heuristic policy if and only if si precedes s2 by deadline, 
estimated duration, earliest start time, laxity, deadline and estimated duration, or deadline 
and earliest start time. The dependency precedes_by is charactered as follows. 

ALL(sl s2 : S:: si precedes Jby s2 o si precedes Jby.deadline s2 or si 
precedesJjy.estimated_duration s2 or si precedesJby.earliest_start_time s2 or si 
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precedes_by.laxity s2 or si precedes_by.deadline_and_estimated_duration s2 or si 
precedes_by.deadline_and_earliest_start_time s2) (57) 

Automation of software evolution with formal methods is one of the best ways to 
handle large and complex software system development. The contribution of this chapter 
is to propose a dependency-computing model that can automate parts of software evolution 
with dependency inference rules and resolve issues of rapid requirement changes and 
software evolution component reuse. 
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VI. DESIGN OF CASES 


CASES has been designed by Java JDK 1.1.7 under the VisualCafe environment 
[FLAN97] [SYMN98]. The Java code of CASES is attached in Appendix D [LE99]. Based 
on the RH model and dependency-computing model, we develop a three-tier object- 
oriented architecture for CASES, shown in Figure 23; 



Figure 23: Three-tier object-oriented architecture of CASES 

Figure 24 shows the system context diagram of CASES that includes two external 
objects: a stakeholder and a tool. CASES is used by stakeholders, who are project team 
leaders/managers, project organizers, project evaluators, system analysts, and system 
designers. CASES provides the interface to connect external tools, currently Text Editor, 
MS Word, MS Excel, Netscape, and CAPS. 
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Figure 24: System context diagram of CASES 


A. CLASS STRUCTURE 

The CASES class stracture is based on the hypergraph shown in Figure 25, and 
described as follows: 

• The class Hypergraph can be decomposed into lower level structure. 

• The class Evolutionary Hyper graph is part of the class Project. 

• The classes Evolutionary Hypergraph and Process Hypergraph inherit the class 
Hypergraph. 

• The classes Edge and Node are parts of the class Hypergraph and inherit the class 
Decomposable Entity in which there is the relationship part_of. 

• There are two relationships: output and input between the classes Edge and Node. 

• The relationships: primary input and secondary input inherit the relationship input. 

• The class Component is part of the class Evolutionary Hypergraph and inherits the 
classes Node and Versionable Entity. 

• The class Component Type is part of the class Process Hypergraph and the class 
Component, and inherits the class Node. 

• The class Step is part of the class Evolutionary Hypergraph and inherits the class 
Edge. 
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• The class Step Type is part of the class Process Hypergraph and the class Step, and 
inherits the class Edge. 

• The class Component Type ID is part of the class Component Type and inherits the 
class Dynamic Enumeration. 

• The class Step Type ID is part of the class Step Type and inherits the class Dynamic 
Enumeration. 

• The classes Security ID and Skill ID also inherit the class Dynamic Enumeration. 

• The class Dynamic Enumeration is part of the class Level Map that is part of the 
class Step and the class Virtual Team. 

B. FILE STRUCTURE 

Many CASES files have been created in near isolation and incorporated onto the 
system as a whole. The hierarchical file structure of CASES includes five levels: a CASES 
directory, project names, step identifiers and related files, version numbers, and a recursive 
SPIDER construction, shown in Figure 26. 

In the CASES directory level, CASES creates a directory: <cases> to construct 
CASES repositories. 

In the project names level, CASES creates project subdirectories under directory 
<cases> to construct projects, such as subdirectories: <c4i> and <c3i>. 

In the step identifiers and related files level, CASES creates object databases, working 
memory files, and configuration management files. In the object databases, CASES creates 
several subdirectories under project names to store related data of steps and components by 
step identifiers, such as subdirectories: <s-C>, <s-I >,..., <s-Pd>. In the working memory 
files, CASES creates the files: current.vsn to store working data. In the configuration 
management files, CASES creates the files: loop.cfg, step.cfg, component.cfg, and 
dependency.cfg to store object configurations. 

In the version numbers level, CASES creates several subdirectories under object 
databases to store objects by version numbers, such as subdirectories: <I.1>, <1.2>, ..., 
<2.3>. These subdirectories represent the SPIDER name that the step identifiers in the Step 
Identifiers and Related Files level combine with the version number of subdirectories. 


Decomposable ^art_of 
Entity —J 
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In the recursive SPIDER construction level, CASES creates the primary input file: 
input.p, the secondary input file: inputs, the step content file: step.cnt, the component link 
subdirectory: <component>, the component subdirectories that are not in the process loop 
loop.cfg, and refined SPIDER subdirectories by extended version numbers, such as <1>, 
<2>, <5>, and <4>. In the component link subdirectory: <component> and the component 
subdirectories that are not in the process loop, CASES creates six files: textlink, wordAink, 
excellink, dataMnk, urLlink, and caps.link to store component text files, MS Word files, 
MS Excel files, data files, URLs and CAPS files respectively. Under the refined SPIDER 
subdirectories, the file structure is also the recursive SPIDER construction level. 


CASES 

Project 

Step Identifiers and 

Version 

Recursive SPIDER 

Directory 

Names 

Related Files 

Numbers 

Construction 


<cases>r—<c4i>\ 

\<c3i>' 



l<s-C> 

< 5 -/> 

f<s-R> 
f<s-S> 
f<s-M> 

^<s-P> 

-<s-0> 

<<s-Pd> 
^currentvsn 
doop.cfg 
^step.cfg 
^ component cfg 
^ dependency, cfg 


<1.1> 

, input.p 

y textlink 

<1.2> ^ 

A inputs 

<1.3> / 

^step.cnt y 

(^word.link 

<2.1>^ 

— <component>^ 

—excellink 

<2.2>\ 

^<VT> \ 

^data.link 

<2.3> \ 


'^url.link 

\ 

^<i> 

\caps.link 


\<2> 



\<3> 



\<4> 



Figure 26: CASES file structure 


The following describes the individual files as outlined in Figure 26 above: 

• CASES creates the files: step.cfg and componentcfg, to store step types and 
component types respectively. Attributes of the file: step.cfg are stepID, stepName, 
and stepDescription, described in Table 1 of Appendix A. Attributes of the file: 
componentcfg are componentid, componentName and componentDescription, 
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described in Table 2 of Appendix A. 

• CASES creates the files: loop, cfg and dependency, cfg, to store evolution processes 
and dependency related data respectively. Attributes of the file: loop.cfg are 
EHLName, and EHLPath described in Table 3 of Appendix A. Attributes of the 
file: dependency.cfg are step, loopName, outputComponent, primaryinput and 
secondaryinput, described in Table 4 of Appendix A. 

• CASES creates the files: current.vsn to store current loop and step related data. 
Attributes of the file: current.cfg are currentStep, currentLoop, currentVariant and 
currentVersion, described in Table 5 of Appendix A. 

• CASES creates the files: step.cnt to store step related data. Attributes of the file: 
step.cnt are stepVersion, status, skill, skillLevel, securityLevel, evaluation, 
evaluator, organizer, predecessor, priority, estimatedDuration, deadline, 
earliestStartTime, finishTime and manager described in Table 6 of Appendix A. 

• CASES creates the files: input.p and inputs to store primary and secondary input 
components of a step respectively. Due to only one attribute in the files: input.p and 
inputs, we do not specify any attribute name in the files, described in Table 7 and 
8 of Appendix A. 

• CASES creates the files: text.link, data.link, urLlink, and caps.link to store 
connections of text files, stakeholder data files, URLs, and CAPS files 
respectively. Due to only one attribute in the files: text.link, wrod.link, excel.link, 
data.link, urLlink and caps.link, we do not specify any attribute name in the files, 
described in Table 9, 10,11, 12,13 and 14 of Appendix A. 

• CASES creates a directory: <stakeholder> that is the same directory level as 
<cases> to construct stakeholder data repositories. CASES creates several 
stakeholder data files to store stakeholder data under the directory: <stakeholder>. 
Attributes of the files are ID, name, skill, skillLevel, securityLevel, email, 
telephone, fac, address, major]obs and minor Jobs, described in Table 15 of 
Appendix A. 

C. USER INTERFACE 

The user interface of CASES, shown in Figure 27, includes five portions: project, 
automated version control, SPIDER, tools, and job schedule. CASES’ functions are 
embedded in the following menu bars, shown as Figure 28, 29, 30, 31, 32, 33 and 34 in 
Appendix B: Project, Automated Version Control, SPIDER, Tools, and Job Schedule. 
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Figure 27: CASES user interfaces 


1. Project 

There are four menu items: Create Project, Open Project, Delete Project, and 
Exit, under the Project menu bar in the CASES main frame, shown as Figure 30 in 
Appendix B. When CASES users (briefly users) select a menu item Create Project in the 
menu bar Project of CASES main frame, it means they are creating a new project. When 
the users select a menu item Open Project in the menu bar Project of CASES main frame, 
it means they are proceeding an undergoing project or opening a previous project. 

CASES provides functions to decide object types of a hypergraph and 
relationships among objects. The users have to define step and component types with 
identifiers and build their dependencies in a SPIDER in advance. 

We create a subdirectory with project name in directory: <cases> to deal with 
software evolution processes and to record different software evolution activities for each 
project. At the beginning, if directory: <cases> is empty (no subdirectory), menu items: 
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Open Project and Delete Project are grayed. Menu items: Open Project and Delete Project 
are available if a project subdirectory is created in directory: <cases>. 

The menu items: New Project, Open Project, Delete Project and Exit under the 
menu bar Project can be designed as follows: 

a. Create project 

We design a Project menu bar, shown as Figure 30 in Appendix B to get a 
new project name from Project Name item, shown as Figure 35 in Appendix B. CASES 
creates a subdirectory with the new project name under the directory: <cases> after the 
users press the OAT button of the Create Project frame, and CASES ignores the new project 
name after the users press the Cancel button of the Create Project frame. If the new project 
name has already existed, the error messages will show up. After the users finish creating 
a project, the Project Schema frame appears up as Figure 39 in Appendix B and provides 
four frames: Step Type, Component Type, Evolution Process, and Dependency, for the 
users to enter related data. 

(1) Step type 

The Step Type in the Project Schema frame, shown as Figure 39 and 
40 in Appendix B, includes four data items: Step Type Id, Step Type Name, Existing Step 
Types, and Step Type Description. If step.cfg file under a specified project directory does 
not exist, CASES will create it and append the step type data to it while the Add button is 
pressed. If step.cfg file under a specified project directory has already existed, the users can 
add a record by pressing the Add button, edit a record by pressing the Edit button, euid delete 
a record by pressing the Delete button. The following are the requirements of the users’ 
manipulations for creating step types: 

• When the users add a record, the processes are as follows: typing data in the Step 
Type Id, the Step Type Name and the Step Type Description and pressing the Add 
button; 

• When the users edit a record, the processes are as follows: getting the data of the 
StepType Id from the Existing Step Types combo box, shown as Figure 40 in 
Appendix B, making some modification in the Step Type Name or the Step Type 
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Description and pressing the Edit button; 

• When the users delete a record, the processes are as follows; getting the data of the 
Step Type Id from the Existing Step Types combo box and pressing the Delete 
button; 

• When the users press the Clear button, the data of the items in the Step Type frame 
will be cleared; 

• When the users press the Save button, the data of the items will be saved in step, cfg; 

• When the users press the Finish button the data of the items will be saved in 
step.cfg and the screen will return to the CASES main frame, shown as Figure 29 
in Appendix B. 

(2) Component type 

The Component Type in Project Schema frame, shown as Figure 41 
and 42 in Appendix B, includes four data items; Component Type Id, Component Type 
Name, Existing Component Type, and Component Type Description. If conponent.cfg file 
under a specified project directory does not exist, CASES will create it and append the 
component type data to it while the Add button is pressed. If conponent.cfg file under a 
specified project directory has already existed, the users can add a record by pressing the 
Add button, edit a record by pressing the Edit button, and delete a record by pressing the 
Delete button. The following are the requirements of the users’ manipulations for creating 
component types; 

• When the users add a record, the processes are as follows; typing data in the 
Component Type Id, the Component Type Name and the Component Type 
Description and pressing the Add button; 

• When the users edit a record, the processes are as follows; getting the data of the 
Component Type Id from the Existing Component Types combo box, shown as 
Figure 42 in Appendix B, making some modification in the Component Type Name 
or the Component Type Description and pressing the Edit button; 

• When the users delete a record, the processes are as follows; getting the data of the 
Component Type Id from the Existing Component Type combo box and pressing 
the Delete button; 

• When the users press the Clear button, the data of the items in the Component Type 
frame will be cleared; 

• When the users press the Save button, the data of the items will be saved in 
component.cfg', and 
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• When the users press the Finish button the data of the items will be saved in 
component.cfg and the screen will return to the CASES main frame, shown as 
Figure 29 in Appendix B. 

(3) Evolution process 

The Evolution Process in the Project Schema frame, shown as Figure 
43 and 44 in Appendix B, includes three data items: Evolution Process Name, Evolution 
Process, and Existing Evolution Process. If loop.cfg file under a specified project directory 
does not exist, CASES will create it and append the evolution process data to it while the 
Add button is pressed. If loop.cfg file under a specified project directory has already 
existed, the users can add a record by pressing the Add button, edit a record by pressing the 
Edit button, and delete a record by pressing the Delete button. The following are the 
requirements of the users’ manipulations for creating software evolution processes: 

• When the users add a record, the processes are as follows: typing data in the 
Evolution Process Name and the Evolution Process and pressing the Add button; 

• If the users edit a record, the processes are as follows: getting the Evolution 
Process Name from the Existing Evolution Process combo box, shown as Figure 
44 in Appendix B, modifying the Evolution Process Name or Evolution Process 
and pressing the Edit button; 

• When the users delete a record, the processes are as follows: getting the Evolution 
Process Name from the Existing Evolution Process combo box and pressing the 
Delete button; 

• When the users press the Clear button, the items in the Evolution Process frame 
will be cleared; 

• When the users press the Done button, the item data will be saved in loop.cfg and 
the screen will return to the Dependency frame, shown as Figure 45 in Appendix 
B; and; 

• When the users press the Finish button, the item data will be saved in loop.cfg and 
the screen will return to the CASES main frame, shown as Figure 29 in Appendix B. 

(4) Dependency 

The Dependency in the Project Schema frame, shown as Figure 45, 
46,47,48, and 49 in Appendix B includes four data items: Evolution Process, Step Types, 
Output Component Type, Primary Input Component Type, and Secondary Input 
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Component Type(s). The following are the requirements of the users’ manipulations for 
editing dependencies: 

• When the users edit a record in the Secondary Input Component Type data item, the 
processes are as follows: getting the Evolution Process from the Evolution Process 
combo box, shown as Figure 46 in Appendix B, getting the Step Type from the Step 
Type combo box, shown as Figure 47 in Appendix B, and making some 
modifications through the Component Type List panel shown as Figure 48 in 
Appendix B, after pressing the Secondary Input Component Type(s) button shown 
as Figure 47 in Appendix B. 

• In the Evolution Process frame, when the users press the Cancel button, the data of 

items will be ignored; when the users press the button, the data of items will be 

saved in dependency.cfg; and when the users press Finish button, the data of items 
will be saved in dependency.cfg and the screen will return to the CASES main 
frame, shown as Figure 29 in Appendix B. 

b. Open project 

The following are the requirements of the users’ manipulations for opening 

a project: 

• When the users select the menu item Open Project in the menu bar Project, the 
Open Project file chooser shows up as Figure 36 and 37 in Appendix B. A list of 
project names in the file chooser is obtained from the project subdirectories under 
the directory: <cases>-, 

• After the users select one of the project subdirectories in the directory: <cases> and 
press Open button, the confirmation message shows up as Figure 38 in Appendix 
B: Do you want to open Project Schema? 

• If the Yes button is pressed, the Project Schema frame shows up as Figure 39 in 
Appendix B; and 

• If the No button is pressed, the screen returns to the CASES main frame, shown as 
Figure 29 in Appendix B. 

c. Delete project 

The following are the requirements of the users’ manipulations for deleting 

a project: 

• When the users select the menu item Delete Project in the menu bar Project, the 
Delete Project panel shows up as Figure 50 and 51 in Appendix B. There is a 
combo box of project names in the Delete Project panel; 

• When the users select a project name in the combo box and press the OK button. 
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all the files under the selected project directory will be deleted; and 

• After the OK or Cancel button is pressed, the screen returns to the CASES main 
frame, shown as Figure 29 in Appendix B. 

d. Exit 

If the Exit button is pressed, the CASES main frame disappears. 

2. Automated version control 

There are four menu items: Create Step Version, Open Step Version, Evolution 
History Splitting, and Evolution History Merging under the Automated Version Control 
menu bar, shown as Figure 31 in Appendix B. We create a one-record file current.vsn 
whose attributes are current_loop, current_step (null is default), current_variant, and 
current_version described in Table 5 of Appendix A for opening a step version. 

After the users create, split, and merge a new step version by pressing Create 
Step Version, Evolution History Splitting, or Evolution History Merging respectively, 
CASES has to create new subdirectories under the steps in a software evolution process and 
save related primary input components in the file: input.p and related secondary input 
components in the file: inputs under the new subdirectories. The related primary input 
components in the file: input.p and secondary input components in the file: output.p can be 
automatically generated by CASES. 

a. Create step version 

The following are the requirements of the users’ manipulations for creating 

a step version: 

• When the users press the Create Step Version menu in the Automated Version 
Control menu bar, shown as Figure 31 in Appendix B, the Create Step Version 
frame shows up as Figure 52, 53,54, and 55 in Appendix B which includes three 
data items: Evolution Process, Current Variant Number, and New Step Version', 

• The users create a new step version in the data item: New Step Version by selecting 
the data items: Evolution Process and Current Variant Number from combo boxes 
and pressing the New Step Version button; 

• When the users press the OK button, CASES instantiates step versions and creates 
step version subdirectories for each step in the specified software evolution process 
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and two files: input.p and output.p under the new subdirectories; and 

• When the users press Cancel button, the data of items in Create Step Version 
frame will be ignored and the screen returns to the CASES main frame, shown as 
Figure 29 in Appendix B. 

b. Open step version 

The following are the requirements of the users’ manipulations for opening 

a step version: 

• When the users press the Open Step Version menu in the Automated Version 
Control menu bar, shown as Figure 31 in Appendix B, the Open Step Version frame . 
shows up as Figure 56,57,58, and 59 in Appendix B. The Open Step Version frame 
includes three data items: Evolution Process, Step Type, and Version-, 

• The users open a step version in the data item: Open Step Version by selecting the 
data items: Evolution Process, Step Type and Version from combo boxes and 
pressing the O/sT button; and 

• When the users press the Cancel button, the data of items in Ae Open Step Version 
frame will be ignored and the screen returns to the CASES main frame, shown as 
Figure 29 in Appendix B. 

c. Evolution history splitting 

The following are the requirements of the users’ manipulations for splitting 
a software evolution history: 

• When the users press the Evolution History Splitting menu in the Automated 
Version Control menu bar, shown as Figure 31 in Appendix B, the Evolution 
History Splitting frame shows up as Figure 60,61, 62, and 63 in Appendix B that 
includes three data items: Evolution Process, Current Step Version, and New Step 
Version-, 

• The users split a new step version in the data item: New Step Version by selecting 
the data items: Evolution Process and Current Step Version from combo boxes and 
pressing the New Step Version button; 

• When the users press the OK button, CASES instantiates step versions and creates 
step version subdirectories for each step in the specified software evolution process 
and two files: input.p and output.p under the new subdirectories; and 

• As the users press the Cancel button, the data of items in the Evolution History 
Splitting frame will be ignored and the screen returns to the CASES main frame, 
shown as Figure 29 in Appendix B. 
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d. Evolution history merging 

The following are the requirements of the users’ manipulations for merging 
software evolution histories: 

• When the users press the Evolution History Merging menu in the Automated 
Version Control menu bar, shown as Figure 31 in Appendix B, the Evolution 
History Merging frame shows up as Figure 64,65, 66,67, 68,69, and 70 in 
Appendix B that includes three data items: Evolution Process, Current Step 
Version, Merged Step Version, Variant Type, and New Step Version', 

• The users merge two step versions into a new step version in the data item: New 
Step Version by selecting the data items: Evolution Process, Current Step Version, 
Merged Step Version and Variant Type from combo boxes and pressing the New 
Step Version button; 

• When the users press the OK button, CASES instantiates step versions and creates 
step version subdirectories for each step in the specified software evolution process 
and two files: input.p and output.p under the new subdirectories; and 

• When the users press the Cancel button, the data of items in the Evolution History 
merging frame will be ignored and the screen returns to the CASES main frame, 
shown as Figure 29 in Appendix B. 

3. SPIDER 

There are five menu items: Edit, Decompose, Component Content, Step Content, 
and Trace under the SPIDER menu bar, shown as Figure 32 in Appendix B. The following 
are the requirements of the users’ manipulations for editing, decomposing and tracing a 
SPIDER, and reviewing the component content and the step content: 

a. Edit 

A file chooser shows up as Figure 71,72, and 73 in Appendix B, when the 
users click the menu item Edit under the SPIDER menu bar. The file chooser lists all the 
steps including top-level steps and refined steps (containing atomic steps). 

If the users select one of steps in the file chooser, the SPIDER-Edit panel 
shows up as Figure 74 in Appendix B. There are four data items in the panel: Step Version, 
Output Component, Primary Input Components), dxid Secondary Input Components). All 
the data items with their data will automatically show up in this panel. The data item Step 
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Version comes from the previous selection in the file chooser. The data item Output 
Component comes from the component part of the Step Version. The data item Primary 
Input Component(s) retrieves from the file: input.p and the data item Secondary Input 
Component(s) retrieves from the file: inputs in the directory of the opened step. 

The users can modify and save all the data items in the SPIDER-Edit panel. 
Simultaneously, the users can open a window by pressing menu item Trace under the 
SPIDER menu bar to trace the SPIDERs and to browse the step and component content of 
the SPIDERs, and then decide how to modify SPIDER data in the SPIDER-Edit panel. The 
data in the SPIDER-Edit panel can be saved by pressing Save button and the screen returns 
to the CASES main frame, shown as Figure 29 in Appendix B. 

All the data items in the SPIDER-Edit panel can be deleted by pressing the 
Delete button. If users press the Delete button, it means that all the data related with the step 
should be deleted. So, CASES needs to clean up and delete all files: input.p, inputs and 
step.cnt and subdirectory componentcnt After the users press the De/ere button, the 
Warning Message panel will show up. If the users press the Yes button in the Warning 
Message panel, CASES removes this step directory and the screen returns to the CASES 
main frame, shown as Figure 29 in Appendix B; otherwise if the users press the No button 
in the Warning Message panel, CASES does nothing and the screen returns to the CASES 
main frame, shown as Figure 29 in Appendix B. 

All the data items in the SPIDER-Edit panel can be cancelled by pressing 
Cancel button. This means that CASES will ignore the data modification in the SPIDER- 
Edit panel and the screen returns to the CASES main frame, shown as Figure 29 in 
Appendix B. 

b. Decompose 

As the users click the menu item Decompose under the SPIDER menu bar, 
a file chooser of steps shows up as Figure 75 and 76 in Appendix B. This file chooser lists 
all the steps including a top-level step and refined steps (containing atomic steps). 
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When users select one of the steps in the file chooser, this selected step will 
be decomposed into a substep by the SPIDER-Decompose panel, shown as Figure 77 in 
Appendix B. There are four data items in the panel: Step Version, Output Component, 
Primary Input Component(s), and Secondary Input Component(s). All the data items with 
their data will automatically show up in this panel. The data item Step Version is combined 
by the higher level step version coming from the previous selection in the file chooser and 
a new substep number numbered by order. If the higher level step has been decomposed, 
the new substep number is the highest step number in the substeps plus one. If the higher 
level step has not been decomposed, the new substep number is 1. If this higher level step 
is a top-level step, there is a hyphen in the Step Version between the higher level step 
version and the new substep number; otherwise, there is a dot between the higher level 
step version and the new substep number in the Step Version. The data item Output 
Component comes from the component part of the Step Version. The data item Primary 
Input Component(s) retrieves from the file: input.p and the data item Secondary Input 
Component(s) retrieves from the file: inputs in the higher level step directory. If this higher 
level step is a top-level step, CASES puts a hyphen behind the higher level step version 
in the Step Version and waits for the users to put the step number in; otherwise, CASES 
puts a dot behind the higher level step version in the Step Version and waits for the users 
to put the step number in. 

The users can modify and save all the data items in the SPIDER- 
Decompose panel. The users can open a window by menu item Trace under the SPIDER 
menu bar to trace the SPIDERs and to browse the step and component content of the 
SPIDERs and decide how to modify data in the SPIDER-Decompose panel. The data in the 
SPIDER-Decompose panel can be saved by pressing Save button and the screen returns to 
the CASES main frame, shown as Figure 29 in Appendix B. After the users press the Save 
button, CASES creates a new subdirectory under the higher step and saves primary input 
data to the new file: input.p and secondary input data to the new file: inputs under this new 
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subdirectory. If the saved data in the new substep needs to be modified, the users can click 
menu item Edit to select this substep version and modify the data in the SPIDER-Edit panel. 

There is no Delete button in the SPIDER-Decompose panel. If the users 
would like to delete a step, they need to go back to the SPIDER-Edit panel. The users can 
press the menu item Edit under the SPIDER menu bar, type the Step Version in and press 
the Delete button in SPIDER Edit panel to delete a step. 

All the data items in the SPIDER-Decompose panel can be cancelled by 
pressing the Cancel button. This means that CASES will ignore the modification in the 
SPIDER- Decompose panel and return to the CASES main frame, shown as Figure 29 in 
Appendix B. 

c. Component content 

When the users select the menu item Component Content under the 
SPIDER menu bar, a file chooser of steps shows up as Figure 78, 79, and 80 in Appendix 
B. This file chooser lists all the steps including a top-level step and refined steps 
(containing atomic steps). 

After the users select one of the steps in the file chooser, the SPIDER- 
Component Content panel shows up as Figure 81, 82, and 83 in Appendix B. In this panel 
there are one component combo box. Available Components, and six combo boxes of 
component content links: Text Files, MS Word Files, MS Excel Files, Data Files, URLs, 
and CAPS Files. The Available Component combo box includes primary input, secondary 
input and output components of the selected step, shown as Figure 82 in Appendix B. The 
components in the Available Component combo box are coverage of the components from 
the files: input.p and inputs and from the component part of the selected step in the file 
chooser. 

When the users select one of the components in the Available Component 
combo box and press the Add, Edit or Delete button in the SPIDER-Component Content 
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panel, CASES provides the Connection Link Editor frame for adding, editing, deleting, or 
browsing component content links, shown as Figure 84 to Figure 98 in Appendix B. 

There is a Component Content Type combo box and a Connection Links list 
in the Connection Link Edit frame. If the users select one of the component content types: 
txt.link, wordMnk, excel.link, datadink, url.link, and caps.link in the Component Content 
Type combo box of the Connection Link Edit frame, the connection links of the component 
content shows up in the Connection Links list as Figure 85 in Appendix B. If the selected 
component is the newly created or decomposed component whose content has not been 
specified, there is nothing in the Connection Links list. If the selected component has been 
specified, there are connection links of the component content in the Connection Links list. 
It is important that CASES allow its users to specify more than one connection link to 
describe the component content of a component object. Therefore, it could happen that one 
component object has more than one connection link in the Connection Links list. After the 
users press the Update or Exit button in the Connection Links list, the screen returns to the 
SPIDER-Component Content panel. 

When users press the Save button in the SPIDER-Component Content 
panel, CASES saves the connection links into one of the following connection link files 
under the directory of the selected component and the screen returns to the CASES main 
frame, shown as Figure 29 in Appendix B: 

• txt.link if the type of the connection link is Text, 

• word.link if the type of the connection link is MS Word, 

• excel.link if the type of the connection link is MS Excel, 

• data.link if the type of the connection link is Stakeholder, 

• url.link if the type of the connection link is URL, or 

• caps.link if the type of the connection link is CAPS. 

When the users press the Cancel button, the screen returns to the CASES 
main frame, shown as Figure 29 in Appendix B. 
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d. Step content 

A file chooser of the steps shows up as Figure 99,100, and 101 in Appendix 
B, when the users select the menu item Step Content under the SPIDER menu bar. This file 
chooser lists all the steps including a top-level step and refined steps (containing atomic 
steps). 

The users may select one of the steps in the file chooser and the SPIDER- 
Step Content panel appears as Figure 102 to Figure 110 in Appendix B. There are fifteen 
data items in the panel: Step Version, Status, Skill, Security Level, Evaluation, Evaluator, 
Organizer, Predecessors, Priority, Estimated Duration, Deadline, Earliest Start Time, 
Finish Time, and Manager. The data item Step Version automatically shows up in the 
SPIDER-Step Content panel after the users select a step in the file chooser. The data item 
Step Version comes from the previous selection in the file chooser. The data items 
Evaluation and Estimated Duration are values entered by project evaluators. The data 
items: Deadline, Earliest Start Time, and Finish Time are time values entered via a 
Calendar frame by project organizers, shown as Figure 115 in Appendix B. The rest of the 
data items in the SPIDER-Step Content panel are entered via combo boxes. If the data in 
the SPIDER-Step Content panel have already existed in the file: ^tep.cnt under the directory 
of the step version, the data can be retrieved from this file. If the file: step.cnt does not exist 
under the directory of the step version, CASES needs to obtain the related data in the 
SPIDER-Step Content panel. The content of each combo box in the SPIDER-Step Content 
panel is described as follows: 

• Status: lists Proposed, Approved, Scheduled, Assigned, Decomposed, Abandoned 
and Completed in a combo box to represent the step current status, shown as Figure 
103 in Appendix B. 

• Skill: lists a series of skill numbers, names, skill level numbers: 0,1,2, and 3, to 
represent skills and levels, the users need to select skills and skill levels in the Skill 
List table, shown as Figure 111,112, andl 13 in Appendix B, and put them into the 
skill and level combo box, shown as Figure 104 in Appendix B. 

• Security Level: lists a series of security level numbers: 0,1, 2, 3,4, and 5, in a 
combo box to represent the security levels, shown as Figure 105 and Appendix B. 
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• Predecessors: lists all atomic steps for allowing the users to select multiple atomic 
steps in the file chooser, shown as Figure 114 in Appendix B, and put them into the 
predecessor combo box, shown as Figure 108 in Appendix B. 

• Priority: lists a series of priority numbers: 1, 2, 3, 4, and 5, in a combo box to 
represent the priority, shown as Figure 109 in Appendix B. 

• Organizer: lists identifiers of stakeholders in a combo box, shown as Figure 107 in 
Appendix B. 

• Evaluator: lists identifiers of stakeholders in a combo box, shown as Figure 106 in 
Appendix B. 

• Manager: lists identifiers of stakeholders in a combo box, shown as Figure 110 in 
Appendix B. 

All the data items in the SPIDER-Step Content panel allow users to modify 
data and save them under the directory of the step version, the users can open a window by 
menu item Trace to trace the SPIDERs and to browse the step and component content of 
the SPIDERs and to decide how to modify data in the SPIDER-Step Content panel. When 
the users press the Save button in this panel, CASES saves data into the file: step.cnt and 
the screen returns to the CASES main frame, shown as Figure 29 in Appendix B. 

All the data items in the SPIDER-Step Content panel can be deleted by 
pressing the Delete button. If the users press the Delete button, it means that all the data in 
the SPIDER-Step Content panel should be deleted. Therefore, CASES needs to delete the 
file: step.cnt. After the users press the Delete button, the Warning Message panel will show 
up: All the data in the Step Content Panel will be deleted. If users press the OK button in 
the Warning Message panel, CASES remove the file: step.cnt and the screen returns to the 
CASES main frame, shown as Figure 29 in Appendix B, or if the users press the Cancel 
button in the Warning Message panel, CASES does nothing and the screen returns to the 
CASES main frame as in Figure 29 in Appendix B. 

All the data of the items in the SPIDER-Step Content panel can be 
cancelled by pressing Cancel button. This signifies that CASES will ignore the 
modification in the SPIDER-Step Content panel and the screen returns to the CASES main 
frame, as shown in Figure 29 in Appendix B. 
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e. Trace 


The users can select the menu item Trace under the SPIDER menu bar, and 
a file chooser of steps shows up as Figure 116 and 117 in Appendix B. This file chooser 
lists all the steps including a top-level step and refined steps (containing atomic steps). 

There are seven menu buttons on the top of the panel; Home, Forward, 
Backward, Trace, Decompose, Component Content, and Step Content in the SPIDER- 
Trace panel, as in Figure 118 in Appendix B. There are four SPIDER data items in the 
panel; Step Version, Output Component, Primary Input Component(s), and Secondary 
Input Component(s). All the data items with their data will automatically appear up in this 
panel. The data item Step Version comes from previous selection in the file chooser. The 
data item Output Component comes from the component part of the Step Version. The data 
item Primary Input Component(s) retrieves from the file; input.p and the data item 
Secondary Input Components) retrieves from the file; inputs in the directory of the 
selected step. 

(1) Trace 

Whenever the users press the Trace button in the Trace panel, a 
Component table shows up as Figure 121 in Appendix B. The Component table lists all the 
primary and secondary input components of the selected step. If the users click one of the 
components in the Component table, CASES will obtain a new SPIDER whose output 
component is this clicked component, the step version will be put into a stack and all the 
data items with their data will automatically show up in the Trace panel. The Step Version 
is the combination of a string “s-” and the identifier of the previous selected component in 
the Component combo box, shown as Figure 122 in Appendix B. The data item Output 
Component comes from the previous selected component in the Component table. The data 
item Primary Input Components) retrieves from the file; input.p, and the data item 
Secondary Input Components) retrieves from the file; inputs in the directory of the 
selected component. The users can unlimitedly navigate another SPIDER by selecting a 
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component in the Component combo box until the selected component has no other input 
components. 

(2) Decompose 

When the users select the Decompose button in the Trace panel, a 
Component table appears as in Figure 123 in Appendix B. The Component table lists all the 
primary and secondary input components and the output component of the selected step. If 
the users select one of the components in the Component table and this component is an 
atomic component, an error message panel shows up: This is an atomic component. When 
the users press the button in the Error Message panel, the screen returns to the SPIDER- 
Trace panel. Otherwise, if the users click one of the components in the Component table 
and this component is not an atomic component, the lower level Component table appears 
as Figure 124 in Appendix B. The lower level Component table lists all the decomposed 
components of the selected component in the higher level Component table. 

If the users click one of the steps in the lower level Component table, 
the SPIDER-Trace panel will obtain a new refined SPIDER of this selected step and the 
step version will be put into a stack. All the data items with their data will automatically 
show up in the SPIDER-Trace panel. The data item Step Version comes from the previous 
selection in the lower level Component table. The data item Output Component comes from 
the component part of the Step Version. The data item Primary Input Component(s) retrieve 
from the file: input.p and Secondary Input Component(s) retrieve from the file: inputs in 
the directory of the selected step. The users can unlimitedly navigate another decomposed 
SPIDER via the selected components of the Component combo box and steps of the file 
chooser until the selected component is an atomic component and the selected step is an 
atomic step. 

(3) Component content 

The users may select the Component Content button in the SPIDER- 
Trace panel, and a Component table shows up as Figure 126 in Appendix B. The 
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Component table lists all the primary and secondary input components and the output 
component of the selected step. If the users click one of the components in the Component 
table of the SPIDER-Trace panel, a Review Component Content panel shows up as Figure 
127 in Appendix B. There is a Component Content Type combo box and z. Available Links 
table in the Review Component Content panel. What component content types in the 
Component Content Type combo box are coverage of depends on what the component 
content files: text.link, word.link, excel.link, data.link, urllink, and caps.link exists in the 
directory of the selected component in the Component table of the SPIDER-Trace panel. If 
the users click one of the component content types in the Component Content Type combo 
box of the Review Component Connection panel, connection links of the component 
content will show up in the Available Links table as Figure 127 to Figure 130 in Appendix 
B. 

If the selected component content file is text.link, the text files may 
show up in the. Available Links table as Figure 129 and 130 in Appendix B. When the users 
press the Exit button in the Review Component Content panel, the screen returns to the 
SPIDER-Trace panel. The users can select one of the text files in the Available Links table 
and press the Connect button, and the Notepad text editor with the selected text shows up 
as Figure 131 in Appendix B. the users can read and modify text via the Notepad text editor. 
When the users exit the Notepad text editor, the screen returns to the Review Component 
Content panel, shown as Figure 130 in Appendix B. 

If the selected component content file is word, link, the MS Word 
document files may show up in the Available Links table. When the users press the Exit 
button in the Review Component Content panel, the screen returns to the SPIDER-Trace 
panel. The users can select one of the MS Word document files in the Available Links table 
and press the Connect button, and the MS Word with the selected document appears, the 
users can read and modify text via the MS Word. The screen returns to the Review 
Component Content psntl, shown as Figure 130 in Appendix B, when the users exit the MS 
Word. 
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If the selected component content file is excel, link, the MS Excel table 
files may show up in the Available Links table as. When the users press the Exit button in 
the Review Component Content panel, the screen returns to the SPIDER-Trace panel. When 
a user selects one of the MS Excel table files in the Available Links table and presses 
Connect button, the MS Excel with the selected table shows up. the users can read and 
modify data via the MS Excel. When the users exit the MS Excel, the screen returns to the 
Review Component Content panel, shown as Figure 130 in Appendix B. 

If the selected component content file is data.link, the personnel data 
files may show up in the Available Links table. When the users press the Exit button in the 
Review Component Content panel, the screen returns to the SPIDER-Trace panel. When the 
users select one of the personnel data files in the Available Links list and press Connect 
button, the Personnel Data panel with personnel data shows up as Figure 144 in Appendix 
B. There are nine data items in the Personnel Data panel: Id, Name, Skill, Security Level, 
E-mail Address, Telephone Number, Fax Number, Address, and On-hand Jobs. There are 
three fields: Job Name, Real Start Time, and Estimated Duration in the On-hand Jobs table 
whose data are listed by pressing the two buttons: Major Jobs and Minor Jobs, the users 
only can read personnel data in the Personnel Data panel but can not modify any data in 
the panel. When the users press the Exit button in the Personnel Data panel, the screen 
returns to the Review Component Content panel, shown as Figure 130 in Appendix B. 

If the selected component content file is urLlink, the URLs may show 
up in the Available Links table. When the users press the Exit button in the Review 
Component Content panel, the screen returns to the SPIDER-Trace panel. When the users 
select one of the URI^ in the, Available Links list and press Connect button, Netscape shows 
up with the selected URL. The users can read data via Netscape. Upon exiting Netscape, 
the screen returns to the Review Component Content panel, shown as Figure 130 in 
Appendix B. 

If the selected component content file is caps.link, the CAPS code files 
may show up in the Available Links table. When the users press the Exit button in the 
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Review Component Content panel, the screen returns to the SPIDER-Trace panel. Then if 
the users select one of the CAPS code files in the Available Links table and press the 
Connect button, the CAPS shows up as Figure 140 in Appendix B. Users can read and 
modify code via the CAPS. The screen returns to the View Component Content panel, 
shown as Figure 130 in Appendix B, when the users exit the CAPS. 

If the selected component is the newly created or decomposed 
component whose content has not been specified, there is nothing in the Available Links 
table. If the component has been specified, there are connection links of the component 
content in the Available Links table. It is important that CASES allow the users to specify 
more than one connection link to describe the component content in a component object. 
Therefore, one component object possibly has more than one connection link in the 
Available Links table. 

(4) Step content 

When users click the Step Content button in the SPIDER-Trace panel, 
the SPIDER-Step Content panel shows up as Figure 132 in Appendix B. the users only can 
read data in the SPIDER-Step Content panel but cannot modify any data in the text. After 
the users press the Exit button in the SPIDER-Step Content panel, the screen returns to the 
SPIDER-Trace panel, shown as Figure 120 in Appendix B. 

(5) Home, forward, and backward 

Buttons Home, Forward, and Backward are three functions to 
navigate SPIDERs that have already been traced as Figure 133,134, and 135 in Appendix 
B. If the users press the Backward button, the stack pointer will go back one step location 
in the stack. When the users press the Forward button, the stack pointer will go forward 
one step location in the stack. Upon pressing the Home button, the stack pointer will go to 
the first step location in the stack. According to the step location, all the data items with 
their data will automatically show up in the Trace panel and the components in the Trace 
and Decompose combo box will be updated. 
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If the users press the Close button in the SPIDER-Trace panel the screen 
returns to the CASES main frame, as in Figure 29 in Appendix B. 

4. Tools 

CASES provides six tool links to manage step and component content files: Text 
Editor, MS Word, MS Excel, Netscape, CAPS, and Personnel Data, illustrated in Figure 33 
in Appendix B. The following are the requirements of the users’ manipulations for using 
the tools: 

a. Text editor 

When the users select the menu item Text Editor under the Tools menu bar, 
the Notepad text editor appears as Figure 136 in Appendix B. The users can then open, 
modify, and save a text file by means of the Notepad text editor. If the users exit the 
Notepad text editor, the screen returns to the CASES main frame, as in Figure 29 in 
Appendix B. 

k MS Word 

If the users select the menu item MS Word under the Tools menu bar, MS 
Word shows up as Figure 137 in Appendix B. The users can then open, modify, and save a 
document file by means of MS Word. If the users exit Af5 Word, the screen returns to the 
CASES main frame, shown as Figure 29 in Appendix B. 

c. MS Excel 

When the users select the menu item MS Excel under the Tools menu bar, 
MS Excel shows up as Figure 138 in Appendix B. The users can then open, modify, and 
save a table file by means of MS Excel. If the users exit MS Excel, the screen returns to the 
CASES main frame, shown as Figure 29 in Appendix B. 

d. Netscape 

Netscape shows up as Figure 139 in Appendix B if the users select the 
menu item Netscape under the Tools menu bar. The users can then navigate the related web 
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site by means of Netscape with URLs. If the users exit Netscape, the screen returns to the 
CASES main frame, shown as Figure 29 in Appendix B. 

e. CAPS 

As the users select the menu item CAPS under the Tools menu bar, CAPS 
shows up as Figure 140 in Appendix B. The users can then open the PSDL editor, retrieve 
and edit CAPS module files, and execute integrated programs by means of CAPS. If the 
users close the CAPS, the screen returns to the CASES main frame, shown as Figure 29 in 
Appendix B. 

/. Personnel data 

When the users select the menu item Personnel Data under the Tools menu 
bar, the submenu items Edit, Add, and Delete show up as Figure 141 in Appendix B. 

If the users select the submenu item Add under the menu item Personnel 
Data, the Personnel Data panel appears up as Figure 142 in Appendix B. There are eight 
data items in this Personnel Data panel; Id, Name, Skill, Security Level, E-mail Address, 
Telephone Number, Fax Number, Address, and On-hand Jobs. The data items: Id, Name, 
E-mail Address, Telephone Number, Fax Number, andAiidress are entered in the text fields 
The data item Skill is entered by the Skill table, shown as Figure 143 in Appendix B. The 
data item Security level is entered by a combo box. The content of skill and security level 
in the Personnel Data panel is described as follows: 

• Skill lists a series of skill numbers, names, and skill level numbers 0,1,2, and 3, to 
represent skills and levels, the users need to select skills and skill levels in the Skill 
List table and put them into the skill and level combo box. 

• Security Level lists a series of security level numbers 0,1,2,3,4, and 5, in a combo 
box to represent the security levels. 

If the users finish adding data and press the Save button in the Personnel 
Data panel, the personnel data will save in a file by the stakeholder’s identifier under the 
directory <stakeholder> and the screen returns to the CASES main frame, shown as Figure 
29 in Appendix B. If the users press the Clear button in the Personnel Data panel, the data 
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in the Personnel Data panel will be cleaned up. If the users press the Exit button in the 
Personnel Data panel, the screen returns to the CASES main frame, shown as Figure 29 in 
Appendix B. 

When the users select the submenu item Edit under the menu item 
Personnel Data, a file chooser of stakeholder identifiers shows up as Figure 145 in 
Appendix B. This file chooser lists all the stakeholder identifiers that have already been 
created by adding personnel data. The users can edit or modify personnel data in the 
Personnel Data panel. 

After the users select the submenu item Delete under the menu item 
Personnel Data, the Delete Personnel Data panel shows up as Figure 147 and 149 in 
Appendix B. When the users press the Browse button in the Delete Personnel Data panel, 
a file chooser of stakeholders shows up as Figure 148 in Appendix B. This file chooser lists 
all the stakeholders that have already been created by adding personnel data, the users can 
delete the selected personnel data file after pressing the (9^ button in the file chooser. After 
the OK or Cancel button is pressed, the screen returns to the CASES main frame, shown as 
Figure 29 in Appendix B. 

5. Job schedule 

CASES provides two menu items under the Job Schedule menu bar to schedule 
and to assign jobs: Scheduling and Assignment, shown as Figure 34 in Appendix B. The 
following are the requirements of the users’ manipulations for scheduling and assigning the 
jobs: 

a. Scheduling 

When the users select the menu item Scheduling under the Job Schedule 
menu bar, the Job Scheduling panel appears as Figure 150 to Figure 155 in Appendix B. 
The Job Scheduling panel includes a Job Scheduling Policy combo box and a Job 
Scheduling table. There are seven scheduling policy menu items in the Job Scheduling 
Policy combo box: High Priority First, Minimum Deadline First (MinJD), Minimum 
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Estimated Duration First (Min_D), Minimum Earliest Start Time First (Min_S), Minimum 
Laxity First (Min_L), MinJD *W+ Min_E *(1 -W), and MinJD *W + Min_S *(1 -W), 
shown as Figure 151 in Appendix B. There are eight fields in the Job Scheduling table: Job 
ID, Priority, Deadline, Estimated Duration, Earliest Start Time, Laxity, Min_D * W + 
Min_E *(1 - W), and Min_D * VK + Min_S * (1 - W). The Job Scheduling table will update 
the sorting result of jobs after the users select a job scheduling policy in the Job Scheduling 
Policy combo box. The data in the Job Scheduling table are retrieved or calculated from the 
data in the related step content file: step.cnt. 

When the users select MinJD * W + Min_E * (1 -W), and MinJD * W + 
Min_S * (1 -W) menu items, the Weight panel shows up as Figure 154 in Appendix B. the 
users should enter a weight value to the text field whose interval is from 0.0 to 1.0. If the 
users type invalid value, the error message Invalid Value will show up. After the users press 
the Done button in the Weight panel, the Job Scheduling table will update the sorting result 
of jobs and the screen returns to the Job Scheduling panel as Figure 155 in Appendix B. As 
the users press the Exit panel in the Job Scheduling panel, the screen returns to the CASES 
main frame, shown as Figure 29 in Appendix B. 

b. Assignment 

When the users select the menu item Assignment under the Job Schedule 
menu bar, the Job Assignment ■pexi&X shows up as Figure 156 to Figure 160 in Appendix B. 
The Job Assignment panel includes five data items Job ID, Security Level, Deadline, 
Estimated Duration, and Required Skills, three assignment buttons Filter by Security Level, 
Filter by Required Skills, and Assign the Job, and a Stakeholder List table. 

The data item Job ID comes from the first job identifier of the sorting result 
in the Job Scheduling panel after the users finish selecting a job scheduling policy in the 
Job Scheduling Policy combo box as Figure 155 in Appendix B. The data items Deadline, 
Estimated Duration, and Required Skills are retrieved from the related step content file, 
step.cnt. When the users press the Required Skills button in the Job Assignment panel, the 
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Required Skills panel shows up as Figure 157 in Appendix B. The required skills are listed 
in the table of the Required Skills panel that includes the following fields: Skill ID, Skill 
Name, and Skill Level. When the users press the Exit button, the screen returns to the Job 
Assignment'pmtl as Figure 158 in Appendix B. 

The users must sequentially press three assignment buttons, Filter by 
Security Level, Filter by Required Skills, and Assign the Job, to assign the job shown in the 
Job Assignment panel to a stakeholder. When a CASES user presses the Filter by Security 
Level button, CASES compares the security level of the assigning job and the stakeholders 
in the directory <stakeholder>, and filters the stakeholders in the Stakeholder List isAAt that 
includes two fields: Stakeholder ID and Security Level, shown as Figure 158 in Appendix 
B. After the users press Filter by Required Skills button, CASES compares the skill levels 
of the assigning job and the stakeholders in the directory <stakeholder>, and filters the 
stakeholders in the Stakeholder List table that includes two fields: Stakeholder ID and 
Match Number of Required Skills, shown as Figure 159 in Appendix B. After CASES user 
press the Assign the Job button, CASES assigns the job to the first stakeholder in the 
Stakeholder List table and the screen returns to the CASES main frame, shown as Figure 29 
in Appendix B. Whenever the users press the Exit panel in the Job Scheduling panel, the 
screen also returns to the CASES main frame, but CASES does not assign the job to any 
stakeholders. 
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Vn. EVOLUTION OF C4I SYSTEMS 


This chapter formalizes the evolution of C4I systems via a relational hypergraph model 
with primary-input-driven and secondary-input-driven dependencies to validate the 
CASES. The evolution of C4I system is modeled by a multidimensional architecture 
containing successive software evolution steps and related software evolution components. 
We analyze a domain-specific software development architecture and give a standard 
software evolution process in developing a prototype system as well as a production 
software system. This model is applied in several real-time prototyping systems especially 
for Command and Control applications [HARN99d]. 

C4I systems are extremely complex systems. A variety of factors influence the 
performance of C2 architectures — technology, environmental stressors, rules of 
engagement and so on. In order to improve the performance of alternative organizational 
structures in a simulated joint operational environment, an A2C2 (Adaptive Architectures 
for Command and Control) program has been ongoing for approximately four years 
[KEMP98]. Systematic approaches to C4I systems evaluation, including experimental 
design, scenario modification, planning and developing training materials, conducting 
player training, managing execution, and data collection, etc., work well to elicit evolution 
issues with new requirements. 

A. FEATURES OF C4I SYSTEMS 

C4I systems include the following preliminary features [LUQI92]: 

• Their use in strategic defense applications makes accuracy and reliability critical. 

• They are influenced by many people, by organizations, and by policies, so their 
requirements are complex and difficult to determine. 

• Their design depends on techniques to guarantee that hard real-time constraints 
will be met both in large distributed systems connected by long-haul networks and 
in local distributed systems with many hardware structures. 

• Their complex, dynamic interfaces make it almost impossible to deal with changes 
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in requirements. 

Computer hardware and software enhances the feasibility and functionality of C3I 
systems. Computers within C4I systems not only play an interface role with external 
platforms, but also provide real-time embedded software and intelligent software to support 
commanders in decision making, routine program processing, data computing, etc. C4I 
computer software is too large, complex, dedicated, intractable, and mutable to meet 
mission needs under the development circumstances [LEE98]. As with any large systems, 
their development is costly, and the current low productivity of software development 
aggravates the problem [SOMM96]. 

B. APPROACHES 

1. Prototyping a C4I system 

Due to rapid requirement changes in the evolution environment, we use the 
CAPS to help develop C4I systems. CAPS is an easy-to-use, visual, integrated tool that can 
be used to rapidly design real-time applications utilizing its PSDL editor, reusable software 
database, program generator, real-time scheduler, and so on. 

A generic C4I system includes the following external interfaces [LUQI92]: 

• C4I users: could be a composite warfare commander, officer in tactical command, 
warfare area commander, tactical action officer, communication officer, etc. 

• Communication links: any digital communication system capable of transmitting 
and receiving digital messages. 

• Platform sensors: any locally-mounted device capable of identifying azimuth, 
elevation, velocity, and/or heading if a contact or track is considered to be a 
platform. 

• Navigation system: a system that provides a platform with its own positioning, 
course, velocity, and time data. 

• Weapons system: this interface, if it exists, makes the weapons status information 
available to the battle manager. 

The software, with related data repositories, of a generic C4I system is mounted 
in workstations. Software requirements are based on different and specific C4I systems. 
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2. Automating evolution processes 

CASES is a system that manages and controls all the activities that change a 
software system and the relationships among these activities. The whole process for 
software evolution is described in Figure 16. 

C. C4I/MD SYSTEM EVOLUTION 

A C4I system called the Missile Defense (MD) system has been developed by CAPS. 
The MD system provides defense functions to a specified area or a nation so that it can be 
extended to a TMD (Theater Missile Defense) system and a NMD (National Missile 
Defense) system. TMD and NMD systems are extremely complicated. In order to develop 
an MD system, we need to know how system requirements are obtained. The first prototype 
MD system is very simple and immature, but it gradually gets feasible as the MD system 
goes through the evolution process several times. 

Initially, the assumptions of a MD system are as follows: 

• There are ten bases where certain kinds of land-to-air missiles are deployed. 

• Radar systems can accurately detect target objects. 

• The radar coordinate system is 360 degrees increasing clockwise. 

• The coordinate system is two-dimensional. 

• The path of target objects is straight to an attack destination. 

• All the attack destinations of target objects are on the center of a map which is the 
origin in the coordinate system. 

• In one execution process, the MD system simulates only one target object and one 
defending missile. 

• The speed of target objects and defending missiles is constant. 

• The safety point is specified on a safety ring. 

• The intersection point of target objects and defending missiles is on the safety 
point. 

• Defending missiles can accurately destroy target objects at the safety point. 

• There is no contingency plan in the case the missile fails to destroy the target 
object. 

• Commanders take time making decisions with the computer. 

• The position of target objects, the speed of target objects, the position of missile 
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bases, and decision delay time are manually manipulated by users. 

Assumptions can be generalized and specialized according to requirements from users. 
Users provide criticisms according to their own view with different generalization and 
specialization ideas. The issue analysts collect criticisms into different generation and 
specialization issues. The requirement analysts provide project managers some information 
about requirements, like cost-benefit analysis and resource constraints. The decisions made 
by managers to new requirements of next generation prototype decides whether 
assumptions are generalized or specialized. 

In the first prototype of MD systems, some assumptions are transferred to 
requirements. In the second prototype of MD systems, some other assumptions will be 
released into new requirements. 

In the evolution processes of MD systems, criticism, issue, and requirement 
components can be described as hypermedia types, such as text, pictures, video, etc.; 
specification components can be described as data flow diagrams in PSDL editor and 
software programs; module and program components can be described as software 
programs. 

1. Initial prototype of MD systems 
a. Requirement analysis step 

The initial prototype requirements can be generated by the requirement 
analysis step from the above assumptions. The top-level requirement component Rl.l is a 
set of atomic requirement components that are categorized into three groups: Rl.l-l, RLl- 
2, and Rl.l-3. Requirement components are presented as the following text descriptions 
stored by individual files: 


Rl.l-l: 


Rl.1-1.1. 
Rl.1-1.2. 
Rl.1-1.3. 


The MD system must provide an output interface for users to monitor the data concerning base posi¬ 
tion, target position, target situation, missile direction, missile speed, target and missile intersection 
point, current time, and missile reach time. 

The output interface must provide the function of monitoring the base position data. 

The output interface must provide the function of monitoring the target position data. 

The output interface must provide the function of monitoring the target situation data. 
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R1.1-L4: 

RL1-L5: 

RU^L6: 

RLI-L7: 

R1.1-L8: 

RL1^2: 

Rl.1-2.1: 
RLl-2.2: 
R1.1-Z3: 
RLl-2.4: 
Rl.1-3: 

Rl.1-3.1: 

Rl.1-3.2: 

Rl.1-3.3: 


RL 1-3.4: 
Rl. 1-3.5: 


The output interface must provide the function of monitoring the missile direction data. 

The output interface must provide the function of monitoring the missile speed data. 

The output interface must provide the Junction of monitoring the target and missile intersection 
point data. 

The output interface must provide the function of monitoring the current time data. 

The output interface must provide the function of monitoring the missile reach time data. 

The MD system must provide an input interface for users to enter the data concerning base location, 
target location, target speed, and delay time of decision making. 

The input interface must provide the function of entering the base location data. 

The input interface must provide the function of entering the target location data. 

The input interface must provide the function of entering the target speed data. 

The input interface must provide the function of entering the delay time of decision making data. 
The MD system must provide a control system capable of efficiently transferring, generating, receiving, 
and computing information in real time. 

The control system must provide the function of transferring base locations to base coordinates. 
The control system must provide the function of transferring target locations to target coordinates 
and computing coordinates of safety point. 

The control system must provide the function of receiving data of base coordinates, target coordi¬ 
nates, coordinates of safety point, target speed, and delay time of decision making; and computing 
data of base position, target position, missile direction, missile speed, target and missile intersec¬ 
tion point, and missile reach time. 

The control system must provide the function of generating system time. 

The control system must provide the function of receiving data of missile reach time and system 
time; and computing data of missile reach time, current time, and target situation. 


b. Specification design step 

The initial prototype specifications can be generated by the specification 
design step from the above atomic requirement components. Top-level specification 
component Sl.l is a set of atomic specification components that are categorized into two 
groups: SI.1-1 and SI.1-2. Specification components are presented as following 
specification files with IMPLEMENTATION and SPECIHCAION PSDL code: 


SI. 1-1: c4i.gui_3. imp.psdl <Si c4i.gui_3.spec.psdl 

SI. 1-1.1: c4i. b_pj58. imp.psdl & c4i. b_p_68. spec.psdl 

SI. 1-1.2: c4i.t_pJ71.imp.psdl & c4i.t_pJ71.spec.psdl 

51.1- 1.3: c4i.t_a_47.imp.psdl & c4i.t_a_47.spec.psdl 

SI. 1-1.4: c4i.m_d_38. imp.psdl & c4i.m_d_38.spec.psdl 

SI. 1-1.5: c4i.m_s_41.imp.psdl & c4i.m_s_41.spec.psdl 

51.1- 1.6: c4i.int_35.imp.psdl & c4i.int_35.spec.psdl 

51.1- 1.7: c4i.c_t_50.imp.psdl & c4i.c_t_50.spec.psdl 

SI. 1-1.8: c4i.m_r_t_44.imp.psdl & c4i.m_r_t_44.spec.psdl 

SI. 1-1.9: c4i.b_l_56.imp.psdl & c4i.b_l_56.spec.psdl 

51.1- 1.10: c4i.t_l_59.imp.psdl & c4i.t_l_59.spec.psdl 

51.1- 1.11: c4i.t_s_62.imp.psdl & c4i.t_s_62.spec.psdl 

51.1- 1.12: c4i.d_t_65.imp.psdl & c4i.d_t_65.spec.psdl 

51.1- 1.13: c4i.gui_event_monitor_53.imp.psdl <& c4i.gui_event_monitor_53.spec.psdl 
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SLl-2: c4Lctrlj5.imp.psdl & c4i.ctrlj5.spec.psdl 

SI. 1-2.1: c4i.transl^ll4.imp.psdl & c4i.transl^114.spec.psdl 

SI. 1-2.2: c4i.trans2_117.imp.psdl & c4i.trans2_117.spec.psdl 

SI. 1-2.3: c4i.ctrller_120.imp.psdl <& c4i.ctrller_120.spec.psdl 

SI. 1-2.4: c4i.time_gen_126.imp.psdl & c4i.time_gen_126.spec.psdl 

SI.1-2.5: c4i.target_l23.imp.psdl & c4i.target_123.spec.psdl 


The IMPLEMENTATION and SPECMCATION PSDL code is 
automatically generated by CAPS through data flow diagrams in the PSDL editor. In 
Figure 161, a top-level data flow diagram c4i includes gui and Ctrl operators with 4 data 
streams from operator gui to operator Ctrl and 8 data streams from operator Ctrl to operator 
gui. Furthermore, Figure 162 shows a decomposed data flow diagram - gui including 13 
operators and their data streams, and Figure 163 shows a decomposed data flow diagram 
Ctrl including 5 operators and their data streams. 


PJSDL Editor; C41 



Figure 161; A top-level data flow diagram - c4i 
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Figure 162: A decomposed data flow diagram -gui 


pm Uriitor; c4i 



Figure 163: A decomposed data flow diagram - Ctrl 
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c. Module implementation step 

The initial prototype modules can be generated by the module 
implementation step from the preceding atomic specification components. The top-level 
module component MLl is a set of atomic module components that are categorized into 
two groups: ML 1-1 and ML 1-2. Files in ML 1-1 are automatically generated by CAPS 
through TAB Plus (Transportable Applications Environment Plus). Files with extension 
file name are automatically generated by CAPS from related specification 

components. Files with extension file name “.a” are implemented by designers. Therefore, 
atomic module components are presented as the following files with Ada code: 


MLl-l: 
MLh 
MLl 
MLl 
MLl 
MLl 
MLl 
MLl 
MLl 
MLl 
MLl 
MLl 
MLl 
MLl 
ML 1-2: 
MLl 
MLl 
MLl 
MLl 
MLl 


Intejface 

1.1: c4i.bj}j58.a 

1.2: c4i.tj}_7La 

1.3: c4i.t_a_47.a 

1.4: c4i.mjd_38.a 

1.5: c4i.m_s_4La 

1.6: c4i.int_35.a 

1.7: c4i.c_t_50.a 

1.8: c4i.mjr_t_44.a 

1.9: c4i.bj_56.a 

1.10: c4UJJ9.a 

1.11: c4i.t_s_62.a 

1.12: c4idjj55.a 

1.13: c4i.gui_event_monitor_53. a & c4i.guijevent_monitor_53.at 

Controller 

2.1: c4i. transl_l 14. a & c4L transl_l 14.at 

2.2: c4i.trans2_117.a & c4i.trans2_117.at 

2.3: c4Lctrller_120.a & c4i.ctrller_120.at 

2.4: c4i.time_gen_126.a & c4i.time_gen_126.at 

2.5: c4i.target_123.a & c4i.target_123.at 


d. Program integration step 

The initial prototype programs can be generated by the program integration 
step from the above atomic module components. The top-level program component Pl.l is 
a set of atomic program components that are categorized into four groups: PL 1-1, Pl.l-2, 
PI. 1-3, and PL 1-4. Files in Pl.l are automatically integrated, scheduled, compiled, and 
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executed by CAPS. Atomic program components are presented as the following files with 
ada code: 


PL 1-1: Output 

PI A-LI: c4i.b_pj58.a 

PL1-L2: c4Uj?_7La 

PL1-L3: c4U_a_47.a 

PL1-L4: c4LmJi_38M 

PL 1-1.5: c4i.m_s_4La 

PL 1-1.6: c4i.int_35.a 

PL1-L7: c4i.cj_50.a 

PL 1-1.8: c4i.m_r_t_44.a 

PL 1-2: Input 

PL1-2A: c4i.bJJ6.a 

PL 1-2.2: c4UJ_59.a 

PL 1-2.3: c4i.t_sj52.a 

PL 1-2.4: c4i.djj55.a 

PL 1-3: GUI event monitor 

PL 1 -3.1: c4i.gui_jeventjnonitor_53. a 

PL 1-4: Controller 


PL1-4.I: 

c4i.transl_114.a 

PL 1-4.2: 

c4i.trans2_117.a 

PLl-4.3: 

c4i.ctrller_120.a 

PL 1-4.4: 

c4i. time_gen_126.a 

PLl-4.5: 

c4i.target_123.a 


2. Second prototype of MD systems 
a. Software prototype demo step 

Criticisms to be addressed in the second prototype can be generated by the 
software prototype demo step from the above atomic program components. The top-level 
criticism component Cl.2 is a set of atomic criticism components that are categorized into 
six groups: Cl.2-1, Cl.2-2, Cl.2-3, Cl.2-4, Cl.2-5, and Cl.2-6. The criticism components 
are presented as the following text descriptions stored by individual files: 


C 1.2-1 MD system must consider the 3d situation. 

CL2-L1 The target position must consider the 3d situation. 

CL2-L2 The missile intersection point must consider the 3d situation. 

C 1.2-2 The coordinate system ofMD system must include the height. 

C 1.2-2.1 There is no height at target positions. 

CL2-2.2 There is no height at missile intersection points. 

C 1.2-3 It is hard to understand units of measurement, target and missile tracks, and degree system via the 
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C 1.2-3,} 
CL2-3.2 
CL2-3.3 
CL2-4 
C 1.2-4.1 
CL2-4.2 
Cl.2-4.3 
CL2-4.4 
Cl.2-4.5 
Cl.2-5 
Cl.2-5.1 

CL2-5.2 

CL2-6 
Cl.2-6.1 
Cl.2-6.2 

Cl.2-6.3 


interface. 

The interface must include unit of measurement. 

The target and missile tracks must be shown graphically. 

The degree system should provide options for the location of the origin (0 degree). 

This version ofMD system is too simple. 

There is no height at missile base positions. 

The safety point must include 3d. 

The distance unit system should provide options for kilometers and nautical miles. 

MD system must consider multiple targets and missiles. 

MD system must provide the virtual reality image. 

MD system should consider the data of missile numbers, missile types, and missile speeds in each base. 
MD system must consider the number and type of missiles in a base to help the commander make 
the optimal decision. 

MD system must show data about available missile speed and type in each base, after detecting 
the target. 

This version ofMD system can not protect the theater well. 

MD system must consider failure to hit the target object and launch another missile. 

MD system must provide the function to recognize the target object and predict the attack point of 
target object. 

MD system must suggest to the commander what kind of missile to launch from which base. 



Figure 164: A demo panel of the initial prototype program 
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Figure 164 shows a demo panel of the initial prototype program. Information from exter¬ 
nal parts linked to the MD systems, namely communication links, platform sensors, navi¬ 
gation system, and weapons system, is simulated. Therefore, target location, target speed, 
base location, and command delay delta times are manually manipulated by stakeholders. 

b. Issue analysis step 

The second prototype issues can be generated by the issue analysis step 
from above atomic criticism components. The top-level issue component IL2 is a set of 
atomic issue components that are categorized into seven groups: 11.2-1,11.2-2,11.2-3,11.2- 
4, 11.2-5, 11.2-6, and 11.2-7. Issue components are presented as the following text 
descriptions stored by individual files: 


11 . 2^1 

112-^1.2 

IL2-2.3 

IL2-2 

11.2^2.1 

11.2-12 

1L2-2.3 

11.2- 3 

11.2- 3.1 

11.2- 3.2 

11.2- 4 

11.2- 4.1 

11.2- 4.2 

11.2- 4.3 

11.2- 5 

11.2- 5.1 

11.2- 5.2 

11.2- 5.3 

11 . 2 - 6 

11 . 2 - 6.1 

11 . 2 - 6.2 

11.2- 6.3 

11.2- 6.4 

11.2-7 

11.2- 7.1 

11.2- 7.2 


MD system must consider the 3d situation. 

The target position must consider the height. 

The missile intersection point must consider the height. 

The missile base position must consider the height. 

MD system must employ uniform units of measurement. 

The distance unit system must allow options for kilometers and nautical miles. 

The distance unit system must he kilometers or nautical miles. 

The degree system should provide options for the location of the origin (0 degree). 

MD system must have a friendly user interface. 

The user interface must provide degree marks. 

The target and missile tracks must be shown graphically. 

MD system must include detailed data on target objects and missiles. 

MD system must consider multiple targets and missiles. 

MD system must consider the number and type of missiles in a base to help the commander make 
the optimal decision. 

MD system must show data about the speed and type of available missiles in each base, after 
detecting the target. 

MD system must consider failure to hit target object. 

MD system must consider failure to hit the target object and launch another missile. 

MD system must have the capacity to know whether the missile hit the target object or not. 

MD system must consider how many missiles are left in each base. 

MD system must consider missile launch automation and optimization. 

MD system must provide the function to recognize the target object and predict the attack point of 
the target object. 

MD system must suggest to the commander what kind of missile to launch from which base. 

MD system must provide the function to launch automatically missiles to attack target objects 
according to intelligence from sensors. 

MD system must provide the function to simulate the missile defense process and consider the 
missile launch optimization. 

It is hard to design a virtual reality image in CAPS. 

TAE does not provide a virtual reality design environment. 

Virtual reality design can be considered in different software development platform. 
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c. Requirement analysis step 

The second prototype requirements can be generated by the requirement 
analysis step from the above issues. Some issues are able to generalize or specialize new 
requirements but some issues are not included in new requirements after validating the 
requirements. Validating requirements is the process through which the customers’ real 
needs are checked against the formalized requirements to make sure that the formalized 
requirements accurately meet those needs. Top-level requirement component RL2 is a set 
of atomic requirement components that are categorized into two groups: RL2-1, and RL2- 
2. Requirement components are presented as the following text descriptions stored by 
individual files: 


RLl^Ll: 

RL2-L2: 

RL2~2: 

RL2-2,1: 

RL2-2.2: 

RL2-23: 

RL2-2A: 

RL2-2.5: 

RL2-2.6: 

R].2^2J: 

RL2-23: 


The MD system must employ uniform units of measurement. 

The distance unit system must be nautical miles. 

The degree system must locate 0 degrees (the origin) at the north, 90 degrees at the west, 180 
degrees at the south, and 270 degrees at the east. 

The MD system must provide dynamic output graphic interface for users to monitor the base position, 
target position, missile direction, missile speed, target and missile intersection point. 

The dynamic output graphic interface must provide the function of locating the base positions. 
The dynamic output graphic interface must provide the function of monitoring the target position. 
The dynamic output graphic interface must provide the function of monitoring the missile direc¬ 
tion. 

The dynamic output graphic interface must provide the function of monitoring the missile speed. 
The dynamic output graphic interface must provide the function of monitoring the target and mis¬ 
sile intersection point. 

The dynamic output graphic interface must provide two movers: the target object and the missile 
object, that can be moved in the 2d coordinate system. 

The dynamic output graphic interface must provide two rings: the target object approaching ring 
and the safety ring (also called the target and missile intersection ring). 

The dynamic output graphic interface must provide grid coordinates, distance marks and degree 
marks. 


d. Specification design step 

The second prototype specifications can be generated by the specification 
design step from the above atomic requirement components. The top-level specification 
component SI.2 is a set of atomic specification components that are categorized into two 
groups: Sl.2-1 and Sl.2-2. The specification components are presented as the following 
specification files with IMPLEMENTATION and SPECIHCATION PSDL code: 
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SL2-1: 

SL2^L1: 

SL2-L2: 

SL2^L3: 

SL2-1.4: 

SL2-L5: 

SL2-L6: 

SL2-1J: 

SL2-1.8: 

SL2-L9: 

SL2-L10 

SL2-L11 

SL2-L12 

SL2^L13 

SL2-L14 

SL2-L15 

SL2A.16 

SL2-2: 

SL2-2J: 

SL2-2.2: 

SL2-23: 

SL2-2A: 

SL2^2.5: 

81.2-2,6: 


c4i.gui_3.imp.psdl & c4i.gui_3.spec.psdl 

c4i.b^_68.imp.psdl & c4i.b_p_68.spec.psdl 
c4U_p_71.imp.psdl &. c4i.t_p_7Lspec.psdl 
c4i.t_a_47.imp.psdl & c4i.t_a_47.spec.psdl 
c4i.m_d_38.imp.psdl & c4i.m_d_38.spec.psdl 
c4i.m_s_41.imp.psdl & c4i.m_s_4Lspec.psdl 
c4i.int_35.imp.psdl & c4i.int_35.spec.psdl 
c4i.c_t_50.imp.psdl & c4i.c_t_50.spec.psdl 
c4i.m_r_t_44.imp.psdl & c4i.m_r_t_44.spec.psdl 
c4i.b_l_56.imp.psdl & c4i.b_l_56.spec.psdl 
c4i.t_l_59.imp.psdl & c4i.t_l_59.spec.psdl 
c4i.t^s_62.imp.psdl & c4i.t_s_62.spec.psdl 
c4i.d_t_65.imp.psdl & c4i.d_t_65.spec.psdl 

c4i.gui_event_monitor_53. imp.psdl & c4i.gui_event_monitor_53.spec.psdl 
c4i.merge_233.imp.psdl & c4i.merge_233.spec.psdl 
c4i.t_m_p_236.imp.psdl & c4i.t_m_p_236.spec.psdl 
c4i.m_p_239.imp.psdl & c4i.m_p_239.spec.psdl 
c4i.ctrl_6.imp.psdl & c4i.ctrl_6.spec.psdl 

c4i.transl_114.imp.psdl & c4i.transl_114.spec.psdl 
c4i. trans2_l 17. imp.psdl & c4i. trans2_l 17. spec.psdl 
c4i.ctrller_120.imp.psdl & c4i.ctrller_120.spec.psdl 
c4i. time_gen_126. imp.psdl & c4i. time_gen_l 26. spec.psdl 
c4i. target_123. imp.psdl & c4i. target_l 23. spec.psdl 
c4i.movers_250.imp.psdl &. c4i.movers_250.spec,psdl 


PSOt Editor: c4i 



Figure 165: A top-level data flow diagram - c4i (modified) 
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In Figure 165, one new data stream missile-position modifies the top-level 
data flow diagram c4i. Furthermore, Figure 166 shows a decomposed data flow diagram 
gui, modified by 3 new operators {merge, t_n_p, and m_p) and their related data streams, 
and Figure 167 shows a decomposed data flow diagram Ctrl modified by one new operator 
(movers) and its related data streams. 

e. Module implementation step 

The second prototype modules can be generated by the module 
implementation step from the above atomic specification components. The top-level 
module component ML2 is a set of atomic module components that are categorized into 
two groups: Ml.2-1 and Ml.2-2. The atomic module components are presented as the 
following files with ada code: 


Ml.2-1: 

Ml.2-1.1 

Ml.2-1.2 

Ml.2-1.3 

Ml.2-1.4 

Ml.2-1.5 

Ml.2-1.6 

Ml.2-1.7 

Ml.2-1.8 


Interface 

c4i.bj?j58.a 

c4Lt_pJ7La 

c4Lt_a_47.a 

c4Lm_d_38M 

c4i.m_s_41.a 

c4i.int_35.a 

c4i.cjtJ50,a 

c4Lm_r_t_44.a 


ML2- 

ML2- 

ML2^ 

ML2- 

ML2' 

ML2- 

ML2- 

ML2- 

Ml.2-2: 

ML2‘ 

ML2- 

ML2-^ 

M1.2‘ 

M1.2- 

M1.2- 


1.9: c4LbJt^56.a 

1.10: c4i.t_L59.a 

1.11: c4i.t_s_62.a 

1.12: c4i.dj_65.a 

1.13: c4i.gui_jevent_monitorJ53.a & c4i.guijeventjnonitorJ3.at 

1.14: c4i.merge_233.a & c4i.mergeJ233.at 

1.15: c4i.t_m__p_236.a 

1.16: c4i.m _pJ239.a 

Controller 

2.1: c4i. transl_l 14.a & c4i. transl_l 14.at 

2.2: c4i.trans2_l 17.a & c4i.trans2_117.at 

2.3: c4i.ctrller_120.a & c4i.ctrller_120.at 

2.4: c4i.time_gen_126.a & c4i.time_gen_126.at 

2.5: c4i.target_123.a & c4i.target_123.at 

2.6: c4i.merge_233.a & c4i.mergeJ233.at 
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/. Program integration step 

The second prototype programs can be generated by the program 
integration step from the above atomic module components. The top-level program 
component P1.2 is a set of atomic program components that are categorized into four 
groups: PI.2-1, PI.2-2, PI.2-3, and PI.2-4. The atomic program components are presented 
as the following files with ada code: 


PL2-1: 

Output 

PL2-L1 

c4i,b_j)j58.a 

PL2^L2 

c4U_pJ71.a 

PL2-L3 

c4i.tja_47.a 

PL2^L4 

c4i.mjd_38.a 

P1.2-L5 

c4i.m_s_41.a 

PL2-L6 

c4i,int_35.a 

PL2-L7 

c4i.cjt_50,a 

PL2-L8 

c4i.m_r_t_44,a 

PL2-L9 

c4i.merge_233.a 

PL2-L10: c4U_m j)J236m 

PL2-L11: c4Lm^_239.a 

PL2-2: 

Input 

PL2-2.1 

c4i.b_lJ56.a 

P12-22 

c4i,tji_59.a 

P1223 

c4i.t_sj52.a 

P122A 

c4i,djtj55,a 

P12-3: 

GUI event monitor 

P123.L 

c4i,gui_event_monitor_. 

P12A: 

Controller 

PI 2-4,1 

c4LtransI_I14.a 

P12-42 

c4i. trans2^I 17.a 

PL2-4.3 

c4Lctrller_I20M 

PL2-4,4 

c4L time_gen_126. a 

PL2-4,5 

c4Ltarget_I23.a 

Pl.2-4,6 

c4i.mergeJ233.a 


Figure 168 shows a demo panel of the second prototype program. In 
addition to new output items and unit marks in the panel, there are two movers, a target 
object approaching ring, a safety ring, and ten missile base positions in the two dimension 
coordinate system. It has been improved from the initial prototype program. Further 
iteration may be required until the prototype program fully meets the users’ requirements 
(illustrated in Figure 16). 
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Figure 168: A demo panel of the second prototype program 


Different evolution processes of C4I systems decompose evolution activities in 
different ways [LUQI97]. Our formal model emphasizes a domain-specific software 
development architecture. There are some difficulties in formalizing domains that are 
subject to frequent requirements changes. The RH model with prototyping has resolved 
some of the problems in evolution processes of C4I systems, such as evolution path 
traceability, object management, process description, and requirements analysis. 
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Vm. EVALUATION AND VALIDATION 


A. EVALUATION 

1. By a requirements management tool: QSS DOORS 

We compare CASES with a similar tool called QSS DOORS to evaluate the 
performance of CASES. QSS DOORS is a software system development tool currently 
selected by the U.S. Treasury Inspector General for Tax Administration Corporate 
Management Information System Project [DATT99] [ROTH99]. 

a. QSS DOORS 

In the software system development environment, a life cycle approach to 
software systems development for manageability and repeatability is needed for system 
engineering. In [DATT99], Datta pointed out that a Requirements Management Tool 
(RMT), such as QSS DOORS, can manage all the phases of the life cycle. The RMT not 
only provides configuration management and traceability that maintains links between 
documents in each phase, but also offers interfaces to an object-oriented development tool 
and a software testing tool. The life cycle phases include requirements gathering, analysis, 
modeling or design, coding and testing as shown in Figure 169. 

To navigate through these phases, many integrated tools have been selected 
to assist in the life cycle. Like most software system development tools, none of the RMTs 
evaluated were optimally suited to all phases of the development process. Customization, 
by creating special RMT programs, was needed to meet the end users’ work styles and 
capture legacy data [ROTH99]. The following tools were evaluated for appropriate phases 
of the life cycle: 

• QSS DOORS, Rational Requisite Pro, RMT for requirement management and 
traceability. 

• Cayenne Object Team, Rational Rose and Paradigm Plus for object modeling and 
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design. 

• ERWIN and Cayenne Data Team for data modeling and database design. 

• Mercury WinRunner, Segue and Rational SQA suite for testing. 

• PVCS and Rational ClearCase for configuration management. 


Requirem 

Gatheri 

ents 

ng 

MS Word, Excel, 

Visio, QSS DOORS 


Analysis 

-\— 

QSS DOORS 

- 1 


Modeling/ 

Design 


Cayenne ObjectTeam 
(Sterling COOLJEX) 
ERWIN 


Coding 


ASP, DHTML VBScript, 
Visual Basic, IIS, MTS, 
SQL Server, Triggers, 
PVCS 


Testing 


Mercury 

TestDirector 

WinRunner, 

LoadRunner 


Figure 169: Life cycle phases and tools 

In [ROTH99], Rothstein noted that the U. S. Treasury software 
development project selected QSS DOORS to capture, manage, and maintain user 
requirements critical to a software development project because of the following criteria it 
offered: 

• a way of importing existing structured MS Word, outline-text, spreadsheet, and 
graphics documents, 

• a method of maintaining and managing changes to the documents with inputs from 
the requirements group, the users, and the developers, and 

• a method of bidirectionally linking to both an object-oriented computer-aided 
software engineering (CASE) modeling tool, and a testing system. 

Although QSS DOORS met the selection criteria, it had some limitations 
in user availability, user familiarity, and ease-of-use. 
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b. CASES 


At least fifteen features of CASES are listed. These features of CASES and 
comparisons to QSS DOORS are as follows: 

(1) Design purpose 

• CASES is designed for general purposes, not only for software evolution but also 
for any evolution of system engineering. QSS DOORS is designed only for system 
engineering life cycle management with traceability. 

• CASES is designed for assisting large and complex software system evolution. 

QSS DOORS is designed to provide a blueprint for system engineering 
manageability and success for increasingly complex systems development. 

• CASES can be used not only in a real-time embedded system but also in a 
management information system (MIS). QSS DOORS is developed for a 
Corporate Management Information System (CMIS) project that employs RMT. 

(2) Software evolution process 

• CASES can be used in different phases of software evolution processes, including 
software prototyping evolution processes and software product generation 
processes. QSS DOORS is limited to the traditional waterfall Software 
Development Life Cycle (SDLC) model. 

• CASES provides functions to adjust the software evolution processes by 
stakeholders to support process improvement. QSS DOORS is limited to the 
rigorous SDLC model, which includes requirement gathering, analysis, modeling 
or design, coding and testing. 

• CASES provides functions to propose, approve, schedule, assign, decompose, 
complete, and abandon jobs. QSS DOORS is only a requirements management tool 
which is suitable for managing and configuring all requirements documents. 

• CASES allows different stakeholders to manage and control software evolution 
processes. QSS DOORS is designed for the people who are involved in the SDLC. 

(3) Automation 

• CASES provides functions to automate step and component versions by 
dependency rules. Each process in QSS DOORS was numbered using a scheme of 
1.0, 1.1, 1.1.1, etc., for parent and children processes. 

• CASES ’ automation part is created by dependency rules. There are no dependency 
rules in QSS DOORS. 

• CASES provides functions to change default component versions based on a set of 
dependency rules for stakeholder’s needs. QSS DOORS only provides a 
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numbering scheme for parent and children processes. 

• CASES provides functions to specify dependencies among software evolution 
objects and to build relationships by these dependencies. Data elements in QSS 
DOORS are linked to the parent requirements using the requirements number and 
storing them with each data element object. 

(4) Connection 

• CASES can completely capture, manage, and maintain user requirements critical 
to a software development project by text file, data file, URL, and CAPS file links. 
QSS DOORS uses the easy way of importing legacy-requirements data already 
captured in MS Word, MS Excel, and Visio. 

(5) Traceability 

• CASES provides functions to trace software evolution history horizontally and to 
refine the software evolution components vertically. QSS DOORS provides a 
unique and traceable methodology to link requirements with design and keep it 
synchronized. The traceability functions of QSS DOORS are less than those of 
CASES. 

(6) Job scheduling and assignment 

• CASES provides functions to manage security levels, required skills and levels. 
There is no function to manage data associated with stakeholders in QSS DOORS. 

• CASES provides scheduling heuristic rules to schedule and assign jobs. There is 
no function to schedule and assign jobs to stakeholders in QSS DOORS. 

2. By job scheduling and assignment algorithms 

a. Scheduling algorithms of John Evans 

John Evans designed Project Scheduling Tool (PST) based on scheduling 
algorithms of ECS which was developed by Salah Badr [BADR93]. Salah’s thesis delved 
into a broad array of issues related to managing large projects and their concomitant 
complexity. John Evans improved Salah’s ECS and some essential issues of scheduling 
algorithms have been reviewed and outlined [EVAN97] as follows; 

• The problem of optimal scheduling tasks for both the preemptive and 
nonpreemptive cases is NP-complete [ULLM75]. Scheduling nonpreemptive tasks 
with arbitrary ready times is also NP-complete in both multiprocessor and 
uniprocessor systems [RAMA89b]. For dynamic systems with more than one task. 
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and mutual exclusion constrains between tasks, Mok and Dertouzos [MOK78] 
showed that an optimal scheduling algorithm does not exist. 

• Shiah, et al. [RAMA89a] came up with an heuristic scheduling algorithm that ran 
in order kN time. Salah Badr extended the algorithm to consider arbitrary 
precedence constraints between pairs of tasks. His scheduler forms the basis of the 
current Evolution Control System scheduling algorithm. 

• The scheduling algorithm, as implemented by Salah Badr [BADR93], was 
recursive. It consumed order memory for a set of N tasks. It attempted to 

improve performance by limiting backtracking, but was still at least order in 
time. It was based on an algorithm described in the paper by Ramamritham 

[RAMA89b]. The requirement for order space limited the size of the problem 
domain. This thesis describes the algorithm and steps taken to make the algorithm 
run using only order 7/space by Salah Badr. It is based on the "myopic" algorithm 
[RAMA89a] and a radical restructuring of the data structures in the Ada code. 



Figure 170: Plot of scheduler run-time vs. number of tasks to schedule 

Once the space problem was corrected, it became evident that the routine 
was also O(N^) in time. But this was easily rectified by using the "myopic" algorithm. John 
Evans applied this algorithm to analyze the time complexity in Figure 170, which shows 
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the speed-up in processing speed vs. number of tasks to be scheduled for different versions 

of the code to a degree. The original data came with the original code. After the space 
problem was resolved and before the myopic version of the code was added (first cut), we 

see that the code still runs in order time. 

The final cut shows the run-time for the final version of the code. The 

original data collected goes up to only 4,600 tasks because the storage required was O(N^) 
in the number of tasks to be scheduled. A number larger than 4,600 tasks would cause the 
program to raise a storage-error exception. 

The "myopic" algorithm can be described as follows: 

• The goal of the scheduling algorithm is to determine if a schedule for executing the 
tasks that satisfies the timing, precedence, and resource constraints exists, and to 
calculate such a schedule if it exists. A schedule that meets these constraints is 
iormeA feasible. However, it is not guaranteed to be optimal. 

• Scheduling a set of tasks to find a full feasible schedule is actually a search 
problem. The search space is a tree. The scheduling algorithm starts at the root of 
a tree using a predetermined heuristic and selects a candidate task to schedule. If 
the remaining tasks can be added to the schedule in the order given by the heuristic 
without violating the constraints, then the partial schedule is termed strongly- 
feasible, and the task is added to the search tree as a vertex node, and the process 
is repeated, recursively, until a full, feasible schedule is found. If instead, after the 
candidate task is selected and any one of the remaining tasks added to the schedule 
violates the constraints, the candidate task is rejected and the next eligible, 
candidate task (ordered by the ranking function H{T)) is selected. The search 
process continues until all the tasks are scheduled, or no feasible schedule is found. 

• Instead of using all of the remaining tasks to determine if a partial schedule is 
strong-feasible, Ramamritham [RAMA89a] limited the candidate tasks to check to 
some number k. So, instead of checking N, N-1,..., 1 remaining tasks, otN(N- 1) 

/ 2 total tasks, they limited the search to k or at most kN tasks to check. (This is 
where the term "myopic" comes in. Instead of looking at all the remaining tasks, 
we "myopically" examine only the next k tasks.) 

b. Scheduling and assignment algorithm of CASES 

We apply the heuristic scheduling algorithms of John Evans to build 
dependency policy rules for an appropriate job scheduling and assignment environment. 
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The features of job scheduling and assignment algorithm in CASES and comparisons with 
Salah’s ECS and John’s PSD are addressed as follows: 

• CASES integrates the heuristic scheduling algorithms and design job scheduling 
functions based on six heuristics described in [EVANS]. Salah’s ECS only used the 
Min_D + Min_S heuristic which is superior in all cases. John’s PSD improved the 
space and time complexity of job scheduling but didn’t integrate the heuristic 
scheduling algorithms well. 

• In order to resolve dynamic rescheduling problems, the two job slots of 
stakeholders have been designed. CASES assigns no more than two jobs at once to 
a stakeholder: a current on-hand job and a queuing job. If a stakeholder who has a 
current on-hand job and a queuing job completes the current on-hand job, CASES 
will take the queuing job as the current on-hand job and schedule the stakeholder 
a new job to substitute the queuing job by one of the dependency policy rules 
chosen by project organizers. The special design of two job slots takes into account 
the dynamic rescheduling cases and provides a chance for stakeholders to change 
the heuristic scheduling algorithm specified. There is no choice to change 
heuristics for rescheduling jobs during the scheduling period in Salah’s ECS and 
John’s PST when stakeholders hit dynamic rescheduling problems. 

• Project organizers are involved in the scheduling process with CASES and 
arbitrarily choose one of heuristic scheduling algorithms in the job scheduling state 
to schedule a job for stakeholders. Salah’s ECS schedules all jobs by one heuristic 
algorithm: Min_D + Min_S. John’s PST schedules all jobs by a specified heuristic 
scheduling algorithm per time. 

• The job scheduling and assignment algorithms of CASES provides a security level 
filter and a skill and level sorter to decide appropriate stakeholders to carry a job. 
The security filter can filter the stakeholders whose security level is lower than the 
required job security level. The skill and level sorter can list the stakeholders by the 
order based on the matching number of skills and levels with a scheduling job. 

There is no security level consideration in Salah’s ECS and John’s PST. Salah’s 
ECS considered capacities of stakeholders in three broad categories: low, medium, 
and high. John’s PST considered the capacities by special abilities with three 
levels: low, medium, and high. 

• The job scheduling and assignment algorithm of CASES may assign a job to a 
stakeholder who is not the first priority in a candidate list if the two job slots of the 
first priority candidate have already been fulfilled. CASES assigns a feasible 
stakeholder for a major job and the first priority stakeholder for a minor job. The 
major job stakeholders should be carried out by themselves, but the minor job may 
not be carried out alone. If the stakeholder has a minor job, he needs to provide 
related expertise to the minor job and help stakeholders who own this job. Sahla’s 
ECS and John’s PST only assign a job to one stakeholder. 
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3. By inferred dependencies 

We compare CASES with the ECS created by Salah Badr based on inferred 
dependencies to evaluate the performance of CASES. Even though the lightweight 
inference engines with dependency rules of CASES and ECS are designed inside 
algorithms and programs, CASES has some distinct advantages over ECS: 

• CASES is built by RH model and a dependency-computing model. ECS is built by 
graph model [LUQI90]. We extend a graph model and a hypergraph model 
[LUQI97] into an RH model to enhance Ae object control, management, 
formation, refinement, traceability and assignment functions. Salah modified and 
extended 16 rules from the graph model of which we modified and extended 57 
dependency rules from this model. 

• CASES uses dependency rules to automate object version control on the whole 
software evolution processes including the software prototype evolution process 
and the software product generation process. ECS uses dependency rules to 
automate version control only on the program specification and implementation 
processes. 

• CASES uses scheduling policy rules to help project managers change job 
scheduling policies. ECS has no scheduling policy rules. 

• CASES can automatically form an atomic SPIDER by dependency rules, but ECS 
forms a step by users. 

• In order to classify many different dependencies in the same type, we construct the 
dependencies of CASES by class structure. Due to few dependencies in ECS, there 
is no class structure in ECS. 

B. VALIDATION 

We have successfully validated CASES by CASES users and C4I/MD systems. 

1. By CASES users 

CASES is manipulated by the CASES user who is also one of the stakeholders. 
Stakeholders including project organizers, project evaluators, system analysts, and system 
designers facilitate CASES for different purposes. We have validated CASES through 
different stakeholders who manipulate CASES under manual directions in different 
software evolution activities. 
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a. Project organizers 


The project organizers take the responsibility of organizing a software 
project. Project organizers can achieve the following activities based on CASES manual 
directions: 


(1) Create a project and define software evolution object types under 
the specific software project. 

Step 1. Create a project by using the menu item Create Project under the menu bar 
Project. 

Step 2. Define software evolution step types when the frame Project Schema: Step 
Type is selected. 

Step 3. Define software evolution component types when the frame Project Schema: 
Component Type is selected. 

(2) Modify definitions of software evolution object types under a 
specific software project. 

Step 1. Open a project by using the menu item Open Project under the menu bar 
Project. 

Step 2. Modify definitions of software evolution step types when the frame Project 
Schema: Step Type is selected. 

Step 3. Modify definitions of software evolution component types when the frame 
Project Schema: Component Type is selected. 

(3) Create software evolution processes under a specific software 
project. 

Step 1. Finish defining software evolution object types by the steps of activity (1) or 
activity (2). 

Step 2. Create software evolution processes when the frame Project Schema: 
Evolution Process is selected. 

(4) Modify software evolution processes under a specific software 
project 

Step 1. Open a project by using the menu item Open Project under the menu bar 
Project. 

Step 2. Modify software evolution processes when the frame Project Schema: 
Evolution Process is selected. 
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(5) Define or modify dependencies among software evolution objects. 

Step 1. Finish creating software evolution processes by the steps of activity (1) or 
activity (2). 

Step 2. Define dependencies among software evolution objects when the frame 
Project Schema: Dependency is selected. 

(6) Create a new step version under a specific software project. 

Step 1. Open a project by using the menu item Open Project under the menu bar 
Project. 

Step 2. Select the menu item Create Step Version, Evolution History Splitting, or 
Evolution History Merging under the menu bax Automated Version Control. 

Step 3. Create a new step version by giving data in the Automated Version Control- 
New Step Version, Automated Version Control-Evolution History Splitting, 
or Automated Version Control-Evolution History Merging panel. 

(7) Manage the required skills and levels, and security level of a 
stakeholder. 

Step 1. Select the menu item Personnel Data under the menu bar Tools. 

Step 2. Specify or modify the required skills and levels, and security level of a 
stakeholder in the Personnel Data panel. 

(8) Organize an atomic SPIDER as a job and propose the job with 
scheduling, skill, and security constraints to a project evaluation 
team. 

Step 1. Finish defining software evolution objects by the steps of activity (1) or 
activity (2). 

Step 2. Finish creating software evolution processes by the steps of activity (3) or 
activity (4). 

Step 3. Open current software evolution step by using the menu item Open Step 
under the menu bar Automated Version Control. 

Step 4. Select the menu item Edit or Decompose under the menu bar SPIDER. 

Step 5. Organize an atomic SPIDER as a job. 

Step 6. Select the menu item Step Content under the menu bar SPIDER. 

Step 7. Propose the job (the atomic SPIDER) and add scheduling, skill, and security 
constraints in the SPIDERStep Content panel. 

Step 8. Select the data item Proposed in the Status combo box of the SPIDER-Step 
Content panel. 

Step 9. Select the menu item Component Content under the menu bar SPIDER. 
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Step 10. Add the related component content links in the Connection Link Editor 
frame. 

(9) Schedule and assign a job to a project analysis team or a project 
design team. 

Step 1. Select the menu item Scheduling under the menu bar Job Schedule. 

Step 2. Select a job scheduling policy. 

Step 3. Select the menu item Aj’wgnmewt under the menu bar/ofeSc/zedw/e. 

Step 4. Assign a job to a project analyst or a project designer. 

b. Project evaluators 

The project evaluators take the responsibility of evaluating a software 
project. Project evaluators can achieve the following activities based on CASES manual 
directions: 


(1) Evaluate and modify software evolution processes under a specific 
software project 

Step 1. Open a project by using the menu item Open Project under the menu bar 
Project. 

Step 2. Modify or add software evolution processes when the frame Project Schema: 
Evolution Process is selected. 

(2) Evaluate and upgrade security levels, required skills and levels for 
stakeholders. 

Step 1. Select the menu item Personnel Data under the menu bar Tools. 

Step 2. Upgrade security levels, required skills and levels of a stakeholder in the 
frame Personnel Data Panel. 

(3) Evaluate the formation of an atomic SPIDER with the scheduling, 
skill, and security constraints proposed by project organizers or 
system designers. 

Step 1. Open a project by using the menu item Open Project under the menu bar 
Project. 

Step 2. Open current software evolution step by using the menu item Open Step 
under the menu hai Automated Version Control. 
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Step 3. Select the menu item Edit or Decompose under the menu bar SPIDER. 

Step 4. Select the menu item SPIDER-Step Content under the menu bar SPIDER. 

Step 5. Browse and evaluate atomic SPE)ERs whose status is Proposed or 
Decomposed 

Step 6. Evaluate the job (the atomic SPDDER) whose status is Proposed or 

Decomposed with scheduling, skill, and security constraints in the SPIDER- 
Step Content. 

Step 7. Select a status Approved, Assigned, Completed or Abandoned in the Status 
combo box of the SPIDER-Step Content panel. 

(4) Make the risk assessment and the failure impact evaluation for a 
job. 

Step 1. Open a project by using the menu item Open Project under the menu bar 
Project. 

Step 2. Open current software evolution step by using the menu item Open Step 
under the menu bar Automated Version Control. 

Step 3. Select the menu item Edit under the menu bar SPIDER. 

Step 4. Browse and evaluate atomic SPIDERs. 

Step 5. Select the menu item Step Content under the menu bar SPIDER. 

Step 6. Evaluate the job (the atomic SPIDER) with scheduling, skill, and security 
constraints in the SPIDER-Step Content panel. 

Step 7. Make the risk assessment and the failure impact evaluation for the job and 
enter the evaluation number into the data item Evaluation. 

c. System analysts and system designers 

The system analysts and system designers are responsible for completing 
the job (the atomic SPIDER) assigned by CASES. The following CASES manual 
directions can help system analysts and system designers carry out a job: 

Step 1. Open a project by using the menu item Open Project under the menu bar 
Project. 

Step 2. Open the current software evolution step by using the menu item Open Step 
under the menu bar Automated Version Control. 

Step 3. Select the menu item Trace under the menu bar SPIDER to understand the 
step (job) content and component content of the assigned atomic SPIDER, 
and to trace the software evolution history in the SPIDER-Trace panel. 

Step 4. Enter or modify component content links of the assigned SPIDERs in the 
SPIDER-Component Content and Component Content Editor panels by 
selecting menu item Component Content in the menu bar SPIDER. 

Step 5. Select the menu item Text Editor, MS Word, MS Excel, Netscape, or CAPS 
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under the menu bar Tools and carry out the assigned job with the specified 
tool. 

Step 6. Select a data item Decomposed, Approved, Completed or Abandoned in the 
Status combo box of the SPIDER-Step Content panel to change the assigned 
job status. 

2. By C4I/MD systems 

CASES has been validated by two software evolution generations of C4I/MD 
systems in the Chapter Vn. The project c4i involves at least four different CASES users: 
project organizers, project evaluators, system analysts, and system designers to organize 
the project and to propose, approve, schedule, assign, decompose, complete, and abandon 
the jobs of the project. 

a. Organize a project 

At the beginning, the project organizers have to organize the project c4i and 
manipulate CASES as follows: 

Step 1. Create the project c4i by selecting the menu item Create Project under the 
menu bar Project. 

Step 2. Open the Project Schema frame to define the step types, component types, 
software evolution processes, and dependencies. 

Step 3. Define the following step types in the Project Schema: Step Type frame: 

Software Prototype Demo Step (s-C), Issue Analysis Step (s-I), Requirement 
Analysis Step (s-R), Specification Design Step (s-S), Module Implementation 
Step (s-M), Program Integration Step (s-P), Software Product Demo Step (s- 
O), and Software Product Implementation Step (s-Pd). 

Step 4. Define the following component types in the Project Schema: Component 
Type frame: Criticisms (C), Issues (I), Requirements (R), Specifications (S), 
Modules (M), Software Prototype Programs (P), Optimizations (O), 

Software Product Programs (Pd), Test Scenarios (T), and Virtual Teams 
(VT). 

Step 5. Define the following software evolution processes in the Project Schema: 

Evolution Process frame: Software Prototype Evolution Process (s-C, s-I, s- 
R, s-S, s-M, s-P, s-Pd) and Software Product Generation Process (s-0, s-Pd). 
Step 6. Define the following dependencies in the Project Schema: Dependency 

frame: C ^ s-C (C, P, T, VT), I <r- s-I(I, C, VT), R <r- s-R(R, I, VT), S<^s- 
S(S, R, VT), M^s-M(M, S, VT), P 4- s-P(P, M, VT), O <- s-0(0, Pd, T, VT), 
and Pd s-Pd(Pd, VT). 
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b. Propose a job 


The project organizers propose (or abandon) SPIDERs by using CASES as 
the following manipulations: 

Step 1. Create a new step version s-Rl. 1 in the Automated Version Control-Create 
Step Version panel by selecting the menu item Create Step Version in the 
menu bar Automated Version Control 

Step 2. Open the step version s-Rl.l in the Automated Version Control-Open Step 
Version panel by selecting the menu item Open Step Version in the menu bar 
Automated Version Control 

Step 3. Edit SPIDERs in the SPIDER-Edit panel by selecting the menu item Edit in 
the menu bar SPIDER. 

Step 4. Decompose or edit SPIDERs in the SPIDER-Decompose panel by selecting 
the menu item Decompose in the menu bar SPIDER. 

Step 5. Enter component content links of the SPIDERs in the SPIDER-Component 
Content and Component Content Editor panels by selecting the menu item 
Component Content in the menu bar SPIDER. 

Step 6. Enter step content data of the SPIDERs in the SPIDER-Step Content panel by 
selecting the menu item Step Content in the menu bar SPIDER. 

Step 7. When the SPIDERs are proposed, select their status Proposed in the status 
combo box of the SPIDER-Step Content panel. 

Step 8. When the SPIDERs are abandoned, select their status Abandoned in the 
status combo box of the SPIDER-Step Content panel. 

c. Approve a job 

The project evaluators evaluate and approve (or abandon) the SPIDERs by 
using CASES as the following manipulations: 

Step 1. Open the project c4i by selecting menu item Open Project in the menu bar 
Project. 

Step 2. Open the step version s-Rl.l in the Automated Version Control-Open Step 
Version panel by selecting the menu item Open Step Version in the menu bar 
Automated Version Control 

Step 3. Review the proposed SPIDERs in the SPIDER-Edit panel by selecting the 
menu item Edit in the menu bar SPIDER. 

Step 4. Review the proposed SPIDERs in the SPIDER-Decompose panel by 
selecting the menu item Decompose in the menu bar SPIDER. 

Step 5. Review component content links of the proposed SPIDERs in the SPIDER- 
Component Content and Component Content Editor panels by selecting the 
menu item Component Content in the menu bar SPIDER. 

Step 6. Review step content data of the proposed SPIDERs in the SPIDER-Step 
Content panel by selecting the menu item Step Content in the menu bar 
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SPIDER. 

Step 7, When the SPIDERs are evaluated to determine if they should be approved, 
select their status Approved in the status combo box of the SPIDER-Step 
Content panel. 

Step 8. When the SPIDERs are evaluated to determine if they must be abandoned, 
select their status Abandoned in the status combo box of the SPIDER-Step 
Content panel. 

d. Schedule and assign a job 

The project organizers schedule and assign (or abandon) the SPIDERs of 
the requirement analysis step by using CASES as the following manipulations: 

Step 1. Select the menu item Scheduling under the menu bar Job Schedule. 

Step 2. Select a job scheduling policy and CASES will automatically schedule a job 
and change the job status into Scheduled. 

Step 3. Select the menu item Assignment under the menu bar Job Schedule. 

Step 4. Assign a job to a project analyst or a project designer and CASES will 
automatically change the job status into Assigned. 

Step 5. When the SPIDERs are abandoned, select their status Abandoned in the 
status combo box of the SPIDER-Step Content panel. 

e. Complete or decompose a job 

The system analysts and designers complete or decompose (or abandon) 
the SPIDERs of the requirement analysis step by using CASES as the following 
manipulations: 

Step 1. Open the project c4i by using the menu item Open Project under the menu 
bar Project. 

Step 2. Open the step version s-RI.l in the Automated Version Control-Open Step 
Version panel by selecting the menu item Open Step Version in the menu bar 
Automated Version Control. 

Step 3. Select the menu item Trace under the menu bar SPIDER to understand the 
step (job) content and component content of the assigned atomic SPIDER, 
and to trace the software evolution history in the SPIDER-Trace panel. 

Step 4. Enter or modify component content links of the assigned SPIDERs in the 
SPIDER-Component Content and Component Content Editor panels by 
selecting the menu item Component Content in the menu bar SPIDER. 

Step 5. Select the menu item Text Editor, MS Word, MS Excel, Netscape, or CAPS 
under the menu bar Tools and cany out the assigned job with Ae specified 
tool. 

Step 6. When the SPIDERs are completed, select their status Completed in the status 
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combo box of the SPIDER-Step Content panel. 

Step 7. When the SPIDERs are proposed to decomposition, select their status 

Decomposed in the status combo box of the SPIDER-Step Content panel. 

Step 8. When the SPIDERs are evaluated to determine if they must be abandoned, 
select their status Abandoned in the status combo box of the SPIDER-Step 
Content panel. 

According to the software evolution process with CASES (shown as Figure 16) 
and the state transition diagram for software evolution steps (shown as Figure 18) in 
Chapter IV, after the system analysts or designers complete all the jobs in a specified step 
in the above section e, the project organizers must create a new step and propose new jobs 
according to the above section h. The SPIDERs of each software evolution step have been 
created in Appendix C. The software evolution processes of the C4I/MD systems have been 
developed by CASES, shown as Figure 28 to Figure 160 in Appendix B. 
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IX. CONCLUSIONS 


A. CONCLUSIONS 

Applying the RH model and dependency-computing model in the CASES and C4I 
systems is the result of inferred dependencies. We use formal representation to extend 
hypergraph and related dependency rules that are the fundamental architecture of CASES 
to improve the issues of requirements changes and software evolution component reuse. 

In order to resolve the software evolution process issues, we have built a new 
automated software evolution architecture using CASES; in order to resolve the software 
evolution traceability issues, we enhanced the graph model and the hypergraph model into 
the RH model. In order to resolve the software evolution description issues, we formalized 
software evolution objects and their dependencies. In order to resolve software evolution 
management issues, we determined and computed many types of dependency rules. 
Finally, in order to resolve the software evolution control issues, we improved the 
scheduling algorithm and modified a new ECS. 

The RH model can be used to describe software evolution history, software evolution 
object refinement, software evolution process, and SPIDER formation. The dependency¬ 
computing model provides a means of automating software evolution. The design of 
CASES carries out the computer-aided software evolution based on the inferred 
dependencies. The study of C4I systems provides a basis for understanding how a large and 
complex software system is developed, and validates the primitive CASES functions; 
control, management, formation, refinement, traceability, and assignment. In contrast to 
existing approaches to software evolution, we compare CASES with QSS DOORS, PTS, 
and ECS from different aspects. 
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B. LIMITATIONS 


Our limitation to identifying the software evolution process is that only the 
dependency rules inside algorithms and programs are automated. The lightweight inference 
engine and dependency rules are embedded in the CASES program. This point may be 
somewhat confusing when one considers traditional program design, because the 
traditional program design emphasizes logical reasoning by algorithms. We, on the other 
hand, focus on the dependency rules to express the dependencies among software evolution 
objects and the reasoning processes after related rules are triggered. 

The embedding notwithstanding, the lightweight inference engine and dependency 
rules can be designed separately. This method allows users to define dependency rules 
rather than to define only dependencies of objects. 

C. FUTURE DIRECTIONS 

The remainder of this chapter discusses some possible extensions to the approaches 
taken in this dissertation and considers computer-aided software evolution. 

1. Network manipulation 

The current version of CASES, 1.1, is created by JDK 1.17 with Java 
applications and can only be manipulated in a single local machine. Even though 
transferring Java applications into Java applets for the purposes of general network 
manipulation is available, functions of CASES 1.1 should be upgraded to match the 
following network manipulations: 

• relationships among clients and severs, 

• data communications, 

• distributed database management, 

• network security, 

• stakeholder management, and 

• job assignment channel. 
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2. Job scheduling improvement 

CASES 1.1 provides heuristic job scheduling algorithms to improve the job 
scheduling of NP-complete problems. There are six scheduling policy heuristics in CASES 
1.1 to schedule two jobs to the stakeholders each time. The two job slots for a stakeholder 
are not enough to analyze dynamic scheduling. We have to improve the scheduling 
mechanism to assign more than two jobs to the stakeholders to allow users to handle 
dynamic scheduling. 

3. Special skill management 

We provide basic skills for stakeholders and jobs. In the future, we have to 
improve the management of personnel skills. How to train stakeholders for the needs of 
scheduling and assigning jobs, and how to upgrade and qualify their skill levels are 
essential problems. CASES has to provide extra functions to match these requirements. 

4. Inter-project component reuse 

CASES 1.1 can only reuse the software evolution components that are in one 
project with different versions. In the future, CASES 1.1 should be improved to reuse the 
components of different projects. Moreover, CASES should reuse components not only in 
one or more projects but also in reusable software database. 

5. Database management 

There is no database management system in the current version of CASES 1.1. 
CASES 1.1 creates several file stmctures that include a CASES directory, text directory, 
data file directory, skill directory, and program directory. We need to upgrade the CASES 
file management system. 

The following questions should be understood before creating a database: 

• What kind of files should be created? 

• What are the attributes in each file? 

• What are the user requirements for using the database? 

• What are the relationships between CASES and the database? 
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6 . Lightweight inference engine 

We design several dependency rules embedded inside the Java programs of 
CASES 1.1. Even though the separate inference rules and lightweight inference engine 
using Java is hard to design, in the future at least the inference rules have to be separated 
from the CASES main program so that stakeholders can modify these rules independently 
and arbitrarily. 

7. Risk assessment 

Evaluating the risks that may occur in the software evolution step is the other 
essential topic in the software evolution study. We list the following future directions of 
extension: 

• Enhance the class structure of CASES for the needs of the risk assessment; 

• Collect the timing, skill, and security constraint data from the step content of a 
SPIDER to assess the risk; 

• Calculate the program complexity by the numbers of operators and data streams of 
PSDL in a real-time embedded system developed by CAPS to evaluate the cost; 

• Design a risk assessment step appending in each step of software evolution 
processes to evaluate the software evolution step’s performance; and 

• Build a risk assessment model to calculate risk-related data and provide new data 
for the decision making of impact prevention. 
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APPENDIX A. ATTRIBUTES OF FILES 


Table 1: Attributes of file: step.cfg 


Name 

Description 

stepID 

a string to record a step identifier, e.g. s-C 

stepName 

a string to record a step name of stepID, 
eg. Software prototype demo step 

stepDescription 

a string to record more detail description 
of StepID 


Table 2: Attributes of file: componentcfg 


Name 

Description 

componentID 

a string to record a component identifier, 
e.g. C 

componentName 

a string to record a component name of 
componentID, e.g. Criticism 

componentDescription 

a string to record more detail description 
of componentID 


Table 3: Attributes of file: loop.cfg 


Name 

Description 

EHLName 

a string to record an evolution history loop 
name, e.g. Software prototype loop 
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Table 3: Attributes of file: loop.cfg 


EHLPath 

a string to record a software histotry loop 


path of EHLName with seperatore.g. 


s-C, s-I, s-R, s-S, s-M, s-P 


Table 4: Attributes of file: dependency.cfg 


Name 

Description 

step 

a string to record a step, e.g. s-C 

loopName 

a string to record an evolution history loop 
name of step, e.g. Software prototype loop 

outputComponent 

a string to record output components of 
step, e.g. C 

primaryinput 

a string to record a primary input compo¬ 
nent of step, e.g. C 

secondaryinput 

a string to record secondary input compo¬ 
nents of step with seperator, e.g. P, T, 
VT 


Table 5: Attributes of file: currentvsn 


Name 

Description 

currentStep 

a string to record a current step, e.g. s-C 

currentLoop 

a string to record a current evolution his¬ 
tory loop of currentStep with seperator 
e.g. s-C, s-I, s-R, s-S, s-M, s-P 

currentVariant 

a string to record a current variant number 
of currentStep, e.g. 1 

currentVersion 

a string to record a current version number 
of currentStep, e.g. 2 
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Table 6: Attributes of file: step.cnt 


Name 

Description 

stepVersion 

a string to record a step version, e.g. s-C 

1.1 

status 

a string to record a staus of stepVersion 
specified by the following statuses: pro¬ 
posed, approved, scheduled, assigned, 
decomposed, completed, and abandoned, 
e.g. scheduled 

skill 

a string to record a required skill number 
of stepVersion, e.g. 1 

skillLevel 

a string to record a skill level number of 
skill specified by 0,1,2, and 3, e.g. 3 

securityLevel 

a string to record a security level number 
of stepVersion specified by 0,1,2,3,4, 
and 5, e.g. 1 

evaluation 

a string to record an evaluation number, 
e.g. 5 

evaluator 

a string to record a evaluator identifier of 
stepVersion, e.g. 1500 

organizer 

a string to record an organizer identifier of 
stepVersion, e.g. 1500 

predecessor 

a string to record predecessors of stepVer¬ 
sion with seperator e.g. s-Ml. 1-3.1, s- 
Ml.1-6.2 

priority 

a string to record a priority number of 
stepVersion specified by 1, 2, 3,4, and 5, 
e.g. 1 

estimatedDuration 

a string to record an estimated duration 
day of stepVersion specified by a number, 
e.g. 10 
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Table 6: Attributes of file: step.cnt 


deadline 

a string to record a deadline of stepVersion 
specified by year, month, and date, e.g. 
19990823 

earliestStartTime 

a string to record an earliest start time of 
stepVersion, specified by year, month, and 
date, e.g. 19990823 

finishTime 

a string to record a finish time of stepVer¬ 
sion, specified by year, month, and date, 
e.g. 19990823 

manager 

a string to record a manager identifier of 
stepVersion, e.g. 1500 


Table 7: Attributes of file: inputp 


Name 

Description 

(no attribute name) 

a string to record primary input compo¬ 
nents with seperatore.g. Cl.1-2, C2.1- 
1 


Table 8: Attributes of file: inputs 


Name 

Description 

(no attribute name) 

a string to record secondary input compo¬ 
nents with seperator e.g. PI.1-2, T- 

Pl.1-2, VT-Pl.1-2 
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Table 9: Attributes of file: txtJink 


Name 

Description 

(no attribute name) 

a string to record text file names with sep- 
eratore.g. D:\text\c 1001 .txt, 
D:\text\cl002.txt 


Table 10: Attributes of file: wordMnk 


Name 

Description 

(no attribute name) 

a string to record text file names with sep- 
eratore.g. D:\text\cl001.doc, 
D:\text\cl002.doc 


Table 11: Attributes of file: excellink 


Name 

Description 

(no attribute name) 

a string to record text file names with sep- 
eratore.g. D:\text\cl001.xls, 
D:\text\cl002.xls 


Table 12: Attributes of file: data.link 


Name 

Description 

(no attribute name) 

a string to record data file names seperated 
by carriage return, e.g. 

D:\stakeholder\l 500 

D:\stakeholder\1510 
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Table 13: Attributes of file: urLlink 


Name 

Description 

(no attribute name) 

a string to record URLs seperated by car¬ 
riage return, e.g. 
http://cs.nps.navy.mil/ 
file:/n/suns5/capsbuild/c4i/abc.html 


Table 14: Attributes of file: capsMnk 


Name 

Description 

(no attribute name) 

a string to record CAPS file names seper¬ 
ated by carriage return, e.g. 

/.caps/patriot/1.1/patriot.Track.imp.psdl, 
/.caps/patriot/1.1/patriot.Track.spec.psdl 


Table 15: Attributes of stakeholder data files 


Name 

Description 

ID 

a string to record a stakeholder identifier, 
e.g. 1500 

name 

a string to record a stakeholder name of 

ID, e.g. Hanh Le 

skill 

a string to record a skill number of ID, e.g. 
15 

skillLevel 

a string to record a skill level number of 
skill specified by 0,1,2, and 3, e.g. 3 

securityLevel 

a string to record a security level number 
of ID specified by 0,1, 2, 3,4, and 5, e.g. 

1 
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Table 15: Attributes of stakeholder data files 


email 

a string to record an e-mail of ID, e.g. 
ham@cs.nps.navy.mil 

telephone 

a string to record a telephone number of 

ID, e.g. 831-6562615 

fac 

a string to record a facimile number of ID, 
e.g. 831-6563225 

address 

a string to record an address of ID, e.g. 

SGC 1640, NPS, Monterey, CA, 93940 

majorjobs 

a string to record on-hand jobs of ID with 
seperatore.g. s-Cl.2-1.1, s-Cl.2-1.2 

minorJobs 

a string to record on-hand jobs of ID with 
seperatore.g. s-Cl.2-1.1, s-Cl.2-1.2 
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APPENDIX B. CASES USER INTERFACE 



Figure 28: CASES (1) 
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Figure 29: CASES (2) 
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Figure 30: Project menu bar 
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Figure 31: Automated version control menu bar 
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Figure 32: SPIDER menu bar 
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Figure 33: Tools menu bar 
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Figure 35: Create project frame 
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Figure 36: Open project - file chooser (1) 



Figure 37: Open project - file chooser (2) 
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Figure 38: Open project - confirmation 
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Figure 39: Project schema - step type (1) 
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Figure 40: Project schema - step type (2) 
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Figure 41: Project schema — component type (1) 
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Figure 42: Project schema - component type (2) 
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Figure 43: Project schema - evolution process (1) 



Figure 44: Project schema - evolution process (2) 
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Figure 45: Project schema - dependency (1) 
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Figure 46: Project schema - dependency (2) 
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Figure 47: Project schema - dependency (3) 



Figure 48: Project schema - dependency (4) 
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Figure 49: Project schema - dependency (5) 



Figure 50: Delete project (1) 



Figure 51: Delete project (2) 
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Figure 52: Automated version control - create step version (1) 
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Figure 53: Automated version control - create step version (2) 
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Figure 54: Automated version control - create step version (3) 


^Automated Version Control - Create Step Version HSia 


Create step Version: c4i 

fiwoMlofi ProcaWsoit wai* Pratcw l^oMl oii Proic^ 


Dvrwtf Valiant NunrtMffI T 



OK_j f Caw^"""! 


Figure 55: Automated version control - create step version (4) 


204 


















step Version j 14 


1 OK : Omcei 


Figure 56: Automated version control - open step version (1) 
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Figure 58: Automated version control - open step version (3) 
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Figure 59: Automated version control - open step version (4) 
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Figure 60: Automated version control ^ evolution history splitting (1) 
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Figure 62: Automated version control - evolution history splitting (3) 



Figure 63: Automated version control - evolution history splitting (4) 
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Figure 64: Automated version control - evolution history merging (1) 
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Evolutien History Merging: c4l 
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Figure 66: Automated version control - evolution history merging (3) 
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Figure 68: Automated version control — evolution history merging (5) 
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Figure 69: Automated version control - evolution history merging (6) 
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Figure 70: Automated version control - evolution history merging (7) 
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Figure 71: FUe chooser (1) of SPIDER - edit 
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Figure 72: File chooser (2) of SPIDER - edit 



Figure 73: File chooser (3) of SPIDER - edit 
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Figure 74; SPIDER - edit 
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Figure 75: File chooser (1) of SPIDER - decompose 
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Figure 76: File chooser (2) of SPIDER — decompose 
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Figure 77: SPIDER - decompose 


215 


























p3 

id Component Content 

dvr 



Figure 78: File chooser (1) of SPIDER - component content 
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Figure 79: File chooser (2) of SPIDER - component content 
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Figure 80: File chooser (3) of SPIDER - component content 



Figure 81: SPIDER - component content (1) 
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Figure 82: SPIDER - component content (2) 



218 
















Component Content Editor 


Ml 


Rl.l-I.l 


ItxUnk ' 

^ j 





■i 

Add 



Conniection Unicf 


iE:\mick8VtCaps\c4i\1.1\requirements\c4l.output„1.1 .req.texLM 


adt 


Figure 84: Add a component content in the component content editor (1) 



Figure 85: Add a component content in the component content editor (2) 
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Figure 86: Add a component content in the component content editor (3) 
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Figure 87: Add a component content via browser (1) 
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Figure 88: Add a component content via browser (2) 



Figure 89: Add a component content via browser (3) 
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Figure 91; Add a component content via browser (5) 


222 

















































Figure 92: Edit a component content in the component content editor (1) 
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Figure 93: Edit a component content in the component content editor (2) 
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Figure 94: Edit a component content in the component content editor (3) 
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Figure 95: Edit a component content in the component content editor (4) 
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Figure 96: Edit a component content via browser (1) 
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Figure 97: Edit a component content via browser (2) 
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Figure 98: Edit a component content via browser (3) 
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Figure 99: File chooser (1) of SPIDER - step content 
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Figure 100: File chooser (2) of SPIDER - step content 



Figure 101: File chooser (3) of SPIDER - step content 
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Figure 102: SPIDER - step content (1) 
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Figure 103: SPIDER - step content (2) 


228 

























^SPIDER-Step Content 


Stft^ Cotit»nl;: DncAS£8\e4i\i-fM4\t\i 


SvcurttyU 


Figure 104: SPIDER - step content (3) 
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Figure 105: SPIDER - step content (4) 


229 




















IP^SPIDER-Step Content_ Ril^O 


Step Contunt: d:vcw8\6(m-rm.i\i\i 

SI«pVwiiORf>R1.1-1.1 I Pfdic —W K r 


sn<w [p»0i»w<i _ ^ 

1 SWi .E^tniWDunWoiii 

SfcarHyUwiijJ ___J [ 0§wmim 



Figure 106: SPIDER - step content (5) 
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Figure 107: SPIDER - step content (6) 
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Figure 108: SPIDER - step content (7) 



Figure 109: SPIDER - step content (8) 
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Figure 110: SPIDER - step content (9) 
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Figure 111: Skill list (1) of SPIDER - step content 
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Figure 112: SkiU list (2) of SPIDER - step content 



Figure 113: Skill list (3) of SPIDER - step content 
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Figure 114: Predecessor list of SPIDER - step content 
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Figure 116: File chooser (1) of SPIDER - trace 






Figure 117: File chooser (2) of SPIDER - trace 
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Figure 118: SPIDER - trace 



236 





















I^SPIDER-Trace 



1 Home I ‘1 Backward |i Trace 

/jiDec»mpote'vljcomporiefitCimt^ '«r{J 

StepcoRtem | 

Stepvareton ^S‘iii-2 

.. ' -»; 


Output Component M.2-2 

__ _, _ __ ’"S' 


5 Input .Oiwiponen^ 

,. ^ r - 


SecondanrlnpwtCompoiienKfrci.^^^^ .. V 



1 Cloee i 

'' ' 


Figure 120: Trace a component in the SPIDER - trace (2) 
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Figure 121: Trace a component in the SPIDER - trace (3) 
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Figure 122: Trace a component in the SPIDER - trace (4) 
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Figure 123: Decompose a component in the SPIDER - trace (1) 
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Figure 124: Decompose a component in the SPIDER - trace (2) 
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Figure 125: Decompose a component in the SPIDER - trace (3) 
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Figure 126: Review component content in the SPIDER - trace (1) 
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Figure 128: Review component content in the SPIDER - trace (3) 



Figure 129; Review component content in the SPIDER - trace (4) 


241 

























View Component Content 


MEI 


CI^-4.1 


E:\mitkeytCaps\c4i\l .2\crlticisms\c4Lsimple_4,1 .crtzm.texttxl 


Connect 



fe\mickg^aps \c4ft1 ,2 tcrtticis m$tc4Ulmp}e_4,1 


j Exit 


Figure 130: Review component content in the SPIDER - trace (5) 
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Figure 131: Review component content in the SPIDER - trace via notepad 
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Figure 132: Review step content in the SPIDER - trace 
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Figure 134: Trace a component in the SPIDER - trace by forward button 
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Figure 135: Trace a component in the SPIDER - trace by home button 
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Figure 136; Tools - notepad 



Figure 137: Tools - MS Word 
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Figure 138: Tools - MS Excel 
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Figure 139: Tools - Netscape 
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Figure 140: Tools - CAPS 
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Figure 141: Tools - personnel data 
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Figure 142: Add personnel data in the Tools - personnel data (1) 
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Figure 143: Add personnel data in the Tools - personnel data (2) 
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Figure 144: Add personnel data in the Tools - personnel data (3) 
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Figure 145: File chooser for editing personnel data in the Tools - personnel data 
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Figure 146: Edit personnel data in the Tools - personnel data 
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Figure 148: Delete personnel data in the Tools - personnel data (2) 



Figure 149: Delete personnel data in the Tools - personnel data (3) 
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Figure 150: Job schedule - scheduling (1) 


Job Scheduling 


Job Scheduling Policy 



Figure 151: Job schedule - scheduling (2) 
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Figure 152: Job schedule - scheduling (3) 
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Figure 153: Job schedule - scheduling (4) 
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Figure 154: Job schedule - scheduling (5) 
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Figure 155: Job schedule - scheduling (6) 
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Figure 156: Job schedule - assignment (1) 
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Figure 157: Job schedule - assignment (2) 
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Figure 158: Job schedule - assignment (3) 




Figure 159: Job schedule - assignment (4) 
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Figure 160: Job schedule - assignment (5) 
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APPENDIX C. SPIDERS OF C4I/MD SYSTEMS 

A. Requirement analysis step: s-Rl.l 
(Rl.1-1 s-Rl.l-l (VT-Rl.l-D) 

(Rl.1-1.1 s-Rl.l-Ll (VT-Rl.1-1.1)) 

(Rl.1-1.2 <- s-Rl.1-1.2 (VT-Rl.1-1.2)) 
(Rl.l-1.3<^s-Rl.l-1.3(VT-Rl.l-1.3)) 
(Rl.l-1.4<^s-Rl.l-1.4(VT-Rl.l-1.4)) 

(Rl.1-1.5 <r- s-Rl.1-1.5 (VT-Rl.1-1.5)) 

(Rl.1-1.6 <r- s-Rl.1-1.6 (VT-Rl.1-1.6)) 

(Rl.1-1.7 ^ s-Rl.1-1.7 (VT-Rl.1-1.7)) 

(Rl.1-1.8 <r- s-Rl.1-1.8 (VT-Rl. 1-1.8)) 

(Rl.1-2 s-Rl.1-2 (VT-Rl.1-2)) 

(Rl. 1-2.1 <r- s-Rl. 1-2.1 (VT-Rl. 1-2.1)) 

(Rl.1-2.2 <- s-Rl.1-2.2 (VT-Rl.1-2.2)) 

(Rl.1-2.3 <r- s-Rl.1-2.3 (VT-Rl.1-2.3)) 

(Rl.1-2.4 s-Rl.1-2.4 (VT-Rl.1-2.4)) 

(Rl.1-3 <- s-Rl.1-3 (VT-Rl.1-3)) 

(Rl.1-3.1 <r-s-Rl.l-3.1 (VT-Rl.1-3.1)) 

(Rl. 1-3.2 <r- s-Rl. 1-3.2 (VT-Rl. 1-3.2)) 

(Rl.1-3.3 <r- s-Rl.1-3.3 (VT-Rl.1-3.3)) 

(Rl.1-3.4 s-Rl.1-3.4 (VT-Rl.1-3.4)) 

(Rl.1-3.5 <r- s-Rl.1-3.5 (VT-Rl.1-3.5)) 
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B. Specification design step: s-Sl.l 

(Sl.1-1 <- s-Sl.1-1 (Rl.l-l, Rl.1-2, VT-Sl.l-D) 
(Sl.1-1.1 ^s-Sl.1-1.1 (Rl.l-l.1, VT-Sl.1-1.1)) 
(Sl.l-1.2<^s-Sl.1-1.2 (Rl.l-l.2, VT-Sl.1-1.2)) 
(SI.1-1.3 <r- s-Sl.1-1.3 (Rl.1-1.3, VT-Sl.1-1.3)) 
(SI.1-1.4 s-Sl.1-1.4 (Rl.l-l.4, VT-Sl.1-1.4)) 
(Sl.1-1.5 <r- s-Sl.1-1.5 (Rl.1-1.5, VT-Sl.1-1.5)) 
(SI.1-1.6 <r- s-Sl.1-1.6 (Rl.l-l.6, VT-Sl.1-1.6)) 
(Sl.l-l.74r-s-Sl.l-1.7(Rl.1-1.7, VT-Sl. 1-1.7)) 
(Sl.1-1.8 4r- s-Sl.1-1.8 (Rl.1-1.8, VT-Sl.1-1.8)) 
(Sl.1-1.9 4r- s-Sl.1-1.9 (Rl.1-2.1, VT-Sl.1-1.9)) 
(Sl.1-1.10 «- s-Sl.1-1.10 (Rl.1-2.2, VT-Sl.1-1.10)) 
(SI.1-1.114^ s-Sl.1-1.11 (Rl.1-2.3, VT-Sl.1-1.11)) 
(Sl.1-1.12 4r- s-Sl.1-1.12 (Rl.1-2.4, VT-Sl.1-1.12)) 
(SI.1-1.13 4r- s-Sl.1-1.13 (VT-Sl.1-1.13)) 

(SI.1-2 4- s-Sl.1-2 (Rl.1-3, VT-Sl.1-2)) 

(Sl.1-2.14^ s-Sl.1-2.1 (Rl.1-3.1, VT-Sl.1-2.1)) 

(SI. 1-2.2 4r- s-Sl. 1-2.2 (Rl.1-3.2, VT-Sl. 1-2.2)) 

(SI.1-2.3 4r- s-Sl. 1-2.3 (Rl.1-3.3, VT-Sl.1-2.3)) 
(Sl.1-2.4 4r- s-Sl.1-2.4 (Rl.1-3.4, VT-Sl.1-2.4)) 

(SI. 1-2.5 4r- s-Sl. 1-2.5 (Rl.1-3.5, VT-Sl. 1-2.5)) 
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C. Module implementation step: s-Ml.l 

(MU-1 <- s-MLl-l (Sl.l-l, VT-MLl-D) 

(MLl-Ll s-Ml.l-Ll (SLl-l.l, VT-MU-U)) 
(MU-L2 <^s-Ml.l-1.2 (SU-L2, VT-MU-1.2)) 
(Ml.1-1.3 ^ s-MU-1.3 (SU-1.3, VT-MU-L3)) 
(MU-1.4 <- s-MU-1.4 (SLl-1.4, VT-MU-1.4)) 
(MU-1.5 <r- s-MU-1.5 (SU-1.5, VT-MU-1.5)) 
(MU-1.6 <r- s-MU-1.6 (SU-1.6, VT-MU-1.6)) 
(Ml.1-1.74r- s-Ml.1-1.7 (SU-1.7, VT-MU-1.7)) 
(MU-1.8 ^ s-MU-1.8 (Sl.1-1.8, VT-MU-1.8)) 

(Ml.1-1.9 <r- s-Ml.1-1.9 (Sl.1-1.9, VT-Ml.1-1.9)) 
(Ml.1-1.10 s-Ml.1-1.10 (Sl.1-1.10, VT-Ml.1-1.10)) 

(Ml.1-1.11 <r- s-Ml.1-1.11 (Sl.1-1.11, VT-Ml.1-1.11)) 
(MU-U2 4r- S-M1.1-U2 (S1.1-U2, VT-MU-1.12)) 
(Ml.1-1.13 <r- S-M1.1-U3 (VT-Ml.1-1.13)) 

(MU-2 s-MU-2 (Sl.1-2, VT-MU-2)) 

(Ml.1-2.1 <r-s-Ml.l-2.1 (Sl.1-2.1, VT-Ml.1-2.1)) 

(Ml.1-2.2 <r- s-Ml.1-2.2 (Sl.1-2.2, VT-Ml.1-2.2)) 
(Ml.1-2.3 <- s-MU-2.3 (SU-2.3, VT-MU-2.3)) 
(Ml.1-2.4 s-MU-2.4 (Sl.1-2.4, VT-Ml.1-2.4)) 

(MU-2.5 <r- s-MU-2.5 (SU-2.5, VT-Ml.1-2.5)) 
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D. Program integration step: s-Pl.l 


(Pl.1-1 ^s-Pl.1-1 (Ml.1-1, VT-Pl.1-1)) 

(Pl.1-1.1 <^s-Pl.1-1.1 (Ml.1-1.1, VT-Pl.1-1.1)) 
(Pl.l-1.2<^s-Pl.1-1.2 (Ml.1-1.2, Vr-Pl.1-1.2)) 
(PI.1-1.3 <r- s-Pl.1-1.3 (Ml.1-1.3, VT-Pl.1-1.3)) 
(Pl.1-1.4 <r- s-Pl.1-1.4 (Ml.1-1.4, VT-Pl.1-1.4)) 
(PI.1-1.5 <- s-Pl.1-1.5 (Ml.1-1.5, VT-Pl.1-1.5)) 
(Pl.1-1.6 «- s-Pl.1-1.6 (Ml.1-1.6, VT-Pl.1-1.6)) 
(Pl.1-1.7 s-Pl.1-1.7 (Ml.1-1.7, VT-Pl.1-1.7)) 

(Pl.1-1.8 <r- s-Pl.1-1.8 (Ml.1-1.8, VT-Pl.1-1.8)) 
(PI.1-2 <r- s-Pl.1-2 (Ml.1-1, VT-Pl.1-2)) 

(Pl.1-2.1 ^s-Pl.1-2.1 (Ml.1-1.9, VT-Pl.1-2.1)) 
(PI.1-2.2 s-Pl.1-2.2 (Ml.1-1.10, VT-Pl.1-2.2)) 

(PI.1-2.3 <r- s-Pl.1-2.3 (Ml.1-1.11, VT-Pl.1-2.3)) 
(PI.1-2.4 <- s-Pl.1-2.4 (Ml.1-1.12, VT-Pl.1-2.4)) 
(Pl.1-3 4 - s-Pl.1-3 (Ml.1-1, VT-Pl.1-3)) 

(PI.1-3.1 ^ s-Pl.1-3.1 (Ml.1-1.13, VT-Pl.1-2.1)) 
(PI.1-4 4 - s-Pl.1-4 (Ml.1-2, VT-Pl.1-4)) 

(Pl.1-4.1 <^s-Pl.l-4.1 (Ml.1-2.1, VT-Pl.1-4.1)) 
(Pl.1-4.2^ s-Pl.1-4.2 (Ml.1-2.2, VT-Pl.1-4.2)) 
(Pl.1-4.3 4 - s-Pl.1-4.3 (Ml.1-2.3, VT-Pl.1-4.3)) 
(PI.1-4.4 4 - s-Pl.1-4.4 (Ml.1-2.4, VT-Pl.1-4.4)) 
(PI.1-4.5 4 - s-Pl.1-4.5 (Ml.1-2.5, VT-Pl.1-4.5)) 
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E. Software prototype demo step: s-CI.2 

(Cl.2-1 4 ^s-CL 2-1 (Pi.l-l, PLl-2, T-Cl.2-1, VT-CL2-1)) 

(Cl.2-1.1 <^s-Cl.2-1.1 (Pl.1-1.2. PLl-2.2, T-Cl.2-1.1, VT-Cl.2-1.1)) 

(Cl.2-1.2 <r- s-Cl.2-1.2 (Pl.1-1.6, T-Cl.2-1.2, VT-Cl.2-1.2)) 

(Cl.2-2 s-Cl.2-2 (Pl.l-l, PI.1-2, T-Cl.2-2, VT-Cl.2-2)) 

(Cl.2-2.1 ^s-Cl.2-2.1 (Pl.1-1.2, Pl.1-2.2, T-Cl.2-2.1, VT-Cl.2-2.1)) 

(Cl.2-2.2 <r- s-Cl.2-2.2 (Pl.1-1.6, T-Cl.2-2.2, VT-Cl.2-2.2)) 

(Cl.2-3 <r- s-Cl.2-3 (Pl.l-l, PI.1-2, T-Cl.2-3, VT-Cl.2-3)) 

(Cl.2-3.1 <- s-Cl.2-3.1 (Pl.1-2.2, Pl.1-2.3, PI.1-2.4, PI.1-1.4, PLl-1.5, 

T-Cl.2-3.1, VT-Cl.2-3.1)) 

(Cl.2-3.2 s-Cl.2-3.2 (Pl.1-1.4, Pl.1-1.5, Pl.1-1.8, Pl.1-1.2, Pl.1-1.6, 

T-CL2-3.2, Vr-Cl.2-3.2)) 

(Cl.2-3.3 s-Cl.2-3.3 (Pl.1-2.2, Pl.1-1.4, T-Cl.2-3.3, VT-Cl.2-3.3)) 

(Cl.2-4 4- s-Cl.2-4 (Pl.l-l, PI.1-2, T-Cl.2-4, VT-Cl.2-4)) 

(Cl.2-4.1 <^s-Cl.2-4.1 (PI.1-1.1, T-Cl.2-4.1, Vr-Cl.2-4.1)) 

(Cl.2-4.2 4- s-Cl.2-4.2 (Pl.1-1.6, T-Cl.2-4.2, VT-Cl.2-4.2)) 

(Cl.2-4.3 <r- s-Cl.2-4.3 (Pl.1-1.2, Pl.1-1.1, Pl.1-1.6, T-Cl.2-4.3, VT-Cl.2-4.3)) 
(Cl.2-4.4 <r- s-Cl.2-4.4 (Pl.1-2.2, Pl.1-1.2, Pl.1-2.3, Pl.1-1.4, Pl.1-1.5, 

T-Cl.2-4.4, VT-Cl.2-4.4)) 

(Cl.2-4.5 <r- s-Cl.2-4.5 (Pl.1-2.2, Pl.1-1.2, Pl.1-2.3, Pl.1-1.5, Pl.1-1.6, 

Pl.1-1.3, T-Cl.2-4.5, VT-Cl.2-4.5)) 

(Cl.2-5 <r- s-Cl.2-5 (Pl.l-l, Pl.1-2, T-Cl.2-5, Vr-CL2-5)) 

(Cl.2-5.1 ^s-Cl.2-5.1 (Pl.1-1.1, Pl.1-2.1, T-Cl.2-5.1, VT-Cl.2-5.1)) 

(Cl.2-5.2 ^ s-Cl.2-5.2 (Pl.1-1.1, Pl.1-2.1, T-Cl.2-5.2, VT-Cl.2-5.2)) 

(Cl.2-6 s-Cl.2-6 (Pl.l-l, Pl.1-2, T-Cl.2-6, VT-CL2-6)) 

(Cl.2-6.1 <r- s-Cl.2-6.1 (Pl.1-1.2, Pl.1-2.2, Pl.1-2.1, Pl.1-1.1, Pl.1-1.6, 

T-Cl.2-6.1, VT-Cl.2-6.1)) 

(Cl.2-6.2 <r- s-Cl.2-6.2 (Pl.1-1.2, Pl.1-2.2, Pl.1-2.3, Pl.1-2.1, Pl.1-1.1, 
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T-Cl.2-6.2, VT-Cl.2-6.2)) 


(Cl.2-6.3 <r- s-Cl.2-6.3 (Pl.1-2.1, Pl.l-l.l, T-Cl.2-6.3, VT-CL2-6.3)) 
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F. Issue analysis step: s-IL2 


(11.2-1 <- S-1L2-1 (CL2-1, Cl.2-2, VT-11.2-1)) 

(11.2-1.1 <^5-11.2-1.1 (Cl.2-1.1, Cl.2-2.1, VT-11.2-1.1)) 

(11.2-1.2 s-11.2-1.2 (Cl.2-1.2, Cl.2-2.2, VT-11.2-1.2)) 

(11.2-1.3 5-11.2-1.3 (Cl.2-4.1, VT-11.2-1.3)) 

(11.2-2 <r- 5-11.2-2 (Cl.2-3, Cl.2-4, VT-11.2-2)) 

(11.2-2.1 <^ 5-11.2-2.1 (Cl.2-4.3, VT-11.2-2.1)) 

(11.2-2.2 <- 5-11.2-2.2 (Cl.2-4.3, VT-11.2-2.2)) 

(11.2-2.3 <r- 5-11.2-2.3 (Cl.2-3.3, VT-11.2-2.3)) 

(11.2-3 <r- 5-11.2-3 (Cl.2-3, VT-11.2-3)) 

(11.2-3.1 <r-5-11.2-3.1 (Cl.2-3.3, VT-11.2-3.1)) 

(11.2-3.2 <r- 5-11.2-3.2 (Cl.2-3.2, VT-11.2-3.2)) 

(11.2-4 <r- 5-11.2-4 (Cl.2-4, Cl.2-5, VT-11.2-4)) 

(11.2-4.1 <^ 5-11.2-4.1 (Cl.2-4.4, VT-11.2-4.1)) 

(11.2-4.2 ^ 5-11.2-4.2 (Cl.2-5.1, VT-11.2-4.2)) 

(11.2-4.3 <- 5-11.2-4.3 (Cl.2-5.2, VT-11.2-4.3)) 

(11,2-5 <r- 5-11.2-5 (Cl.2-5, Cl.2-6, VT-11.2-5)) 

(11.2-5.1 <r- 5-11.2-5.1 (Cl.2-6.1, VT-11.2-5.1)) 

(11.2-5.2 <r- 5-11.2-5.2 (Cl.2-6.1, VT-11.2-5.2)) 

(11.2-5.3 <r- 5-11.2-5.3 (Cl.2-5.1, Cl.2-5.2, VT-11.2-5.3)) 

(11.2-6 ^5-11.2-6 (Cl.2-5, Cl.2-6, VT-11.2-6)) 

(11.2-6.1 5-11.2-6.1 (Cl.2-6.2, VT-11.2-6.1)) 

(11.2-6.2 5-11.2-6.2 (Cl.2-6.3, VT-11.2-6.2)) 

(11.2-6.3 <r- 5-11.2-6.3 (Cl.2-6.1, Cl.2-6.2, Cl.2-6.3, VT-11.2-6.3)) 
(11.2-6.4 <r- 5-11.2-6.4 (Cl.2-5.1, Cl.2-5.2, VT-11.2-6.4)) 

(11.2-7 <^ 5-11.2-7 (Cl.1, VT-11.2-7)) 

(11.2-7.1 <r- 5-11.2-7.1 (Cl.2-1, Cl.2-2, Cl.2-3, VT-11.2-7)) 

(11.2-7.2 4 - 5-11.2-7.2 (Cl.1-1, Cl.2-2, Cl.2-3, Cl.2-4, VT-11.2-7.2)) 
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G. Requirement analysis step: s-Rl.2 


(RL2-1 <r- s-Rl.2-1 (Rl.l, 11.2-2,11.2-3, VT-Rl.2-1)) 

(Rl.2-1.1 <^s-Rl.2-1.1 (Rl.1-1,11.2-2.1,11.2-2.2, VT-Rl.2-1.1)) 
(Rl.2-1.2 <r- s-Rl.2-1.2 (Rl.1-1,11.2-2.3,11.2-3.1, VT-Rl.2-1.2)) 
(Rl.2-2 s-Rl.2-2 (Rl.1-1,11.2, VT-Rl.2-2)) 

(Rl.2-2.1 s-Rl.2-2.1 (Rl.1-1.1,11.2-3, VT-Rl.2-2.1)) 

(Rl.2-2.2 <r- s-Rl.2-2.2 (Rl.1-1.2,11.2-3, VT-Rl.2-2.2)) 

(Rl.2-2.3 4 - s-Rl.2-2.3 (Rl.1-1.4,11.2-3, VT-Rl.2-2.3}) 

(Rl.2-2.4 4 - s-Rl.2-2.4 (Rl.1-1.5,11.2-3, VT-Rl.2-2.4)) 

(Rl.2-2.5 4 - s-Rl.2-2.5 (Rl.1-1.6,11.2-3, Vr-Rl.2-2.5)) 

(Rl.2-2.6 4 - s-Rl.2-2.6 (Rl.1-1.2,11.2-3, VT-Rl.2-2.6)) 
(R1.2-2.7<r- s-Rl.2-2.7 (Rl.1-1.6, VT-Rl.2-2.7)) 

(Rl.2-2.8 4 - s-Rl.2-2.8 (Rl.1-1.2, VT-Rl.2-2.8)) 
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H. Specification design step: s-Sl.2 


(SI.2-1 <r- s-Sl.2-1 (SI.1-1, Rl.2-2, VT-Sl.2-1)) 

(Sl.2-1.1 ^ s-Sl.2-1.1 (Sl.1-1.1, Rl.2-2.1, VT-Sl.2-1.1)) 
(S1.2-1.2<^s-S1.2-1.2 (SI.1-1.2, Rl.2-2.2, VT-Sl.2-1.2)) 

(Sl.2-1.3 <r- s-Sl.2-1.3 (SI.1-1.3, VT-Sl.2-1.3)) 

(Sl.2-1.4 <r- s-Sl.2-1.4 (SI.1-1.4, Rl.2-2.3, VT-Sl.2-1.4)) 

(Sl.2-1.5 <r- s-Sl.2-1.5 (SI.1-1.5, Rl.2-2.4, VT-Sl.2-1.5)) 

(Sl.2-1.6 <- s-Sl.2-1.6 (SI.1-1.6, Rl.2-2.5, VT-Sl.2-1.6)) 

(SI.2-1.7 ^ s-Sl.2-1.7 (Sl.1-1.7, VT-Sl.2-1.7)) 

(SI.2-1.8 s-Sl.2-1.8 (SI.1-1.8, VT-Sl.2-1.8)) 

(Sl.2-1.9 4 - s-Sl.2-1.9 (SI.1-1.9, VT-Sl.2-1.9)) 

(Sl.2-1.10 4- s-Sl.2-1.10 (Sl.1-1.10, VT-Sl.2-1.10)) 

(Sl.2-1.11 <^s-S1.2-l.ll (Sl.1-1.11, VT-Sl.2-1.11)) 

(Sl.2-1.12 4- s-Sl.2-1.12 (SI.1-1.12, VT-Sl.2-1.12)) 

(Sl.2-1.13 4- s-Sl.2-1.13 (Sl.1-1.13, VT-Sl.2-1.13)) 

(Sl.2-1.14 4- s-Sl.2-1.14 (Rl.2-2.6, VT-Sl.2-1.14)) 

(Sl.2-1.15 4- s-Sl.2-1.15 (Rl.2-2.6, Rl.2-2.7, Rl.2-2.8, VT-Sl.2-1.15)) 


(Sl.2-2 4 - s-Sl.2-2 (Sl.1-2, Rl.2-2, VT-Sl.2-2)) 

(SI.2-2.1 ^s-Sl.2-2.1 (SI.1-2.1, VT-Sl.2-2.1)) 

(Sl.2-2.2 4- s-Sl.2-2.2 (Sl.1-2.2, Rl.2-2.6, VT-Sl.2-2.2)) 
(Sl.2-2.3 4- s-Sl.2-2.3 (Sl.1-2.3, Rl.2-2.6, VT-Sl.2-2.3)) 
(Sl.2-2.4 4 - s-Sl.2-2.4 (SI.1-2.4, VT-Sl.2-2.4)) 

(Sl.2-2.5 <r- s-Sl.2-2.5 (Sl.1-2.5, VT-Sl.2-2.5)) 

(Sl.2-2.6 4- s-Sl.2-2.6 (Rl.2-2.6, VT-Sl.2-2.6)) 
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1. Module implementation step: s-Ml.2 


(Ml.2-1 <r- S-ML2-1 (Ml. 1-1, SI.2-1, VT-Ml.2-1)) 

(Ml.2-1.1 <r-s-M1.2-l.l (Ml.1-1.1, Sl.2-1.1, VT-Ml.2-1.1)) 
(Ml.2-1.2 4r- s-Ml.2-1.2 (Ml.1-1.2, Sl.2-1.2, VT-Ml.2-1.2)) 
(Ml.2-1.3 4- s-Ml.2-1.3 (Ml.1-1.3, SI.2-1.3, VT-Ml.2-1.3)) 

(Ml.2-1.4 4- s-Ml.2-1.4 (Ml. 1-1.4, SI.2-1.4, VT-Ml.2-1.4)) 

(Ml.2-1.5 4 - s-Ml.2-1.5 (Ml.1-1.5, Sl.2-1.5, VT-Ml.2-1.5)) 
(Ml.2-1.6 4 - s-Ml.2-1.6 (Ml.1-1.6, Sl.2-1.6, VT-Ml.2-1.6)) 
(Ml.2-1.7s-Ml.2-1.7(Ml.1-1.7, Sl.2-1.7, VT-Ml.2-1.7)) 

(Ml.2-1.8 4- s-Ml.2-1.8 (Ml.1-1.8 , SI.2-1.8 , Yr-Ml.2-1.8)) 
(Ml.2-1.9 4 - s-Ml.2-1.9 (Ml.1-1.9, SI.2-1.9, VT-Ml.2-1.9)) 
(M1.2-1.10<-s-M1.2-l.10 (Ml.1-1.10, SI.2-1.10, VT-Ml.2-1.10)) 
(Ml.2-1.11 <^s-M1.2-l.ll (Ml.1-1.11, Sl.2-1.11, VT-Ml.2-1.11)) 
(Ml.2-1.12 s-Ml.2-1.12 (Ml.1-1.12, Sl.2-1.12, VT-Ml.2-1.12)) 

(Ml.2-1.13 4 - s-Ml.2-1.13 (Ml.1-1.13, Sl.2-1.13, VT-Ml.2-1.13)) 
(Ml.2-1.14 4 - s-Ml.2-1.14 (Sl.2-1.14, VT-Ml.2-1.14)) 

(Ml.2-1.15 4- s-Ml.2-1.15 (SI.2-1.15, VT-Ml.2-1.15)) 

(Ml.2-1.16 4 - s-Ml.2-1.16 (Sl.2-1.16, VT-Ml.2-1.16)) 

(Ml.2-2 4 - s-Ml.2-2 (Ml.1-2, SI.2-2, VT-Ml.2-2)) 

(Ml.2-2.1 s-Ml.2-2.1 (Ml.1-2.1, Sl.2-2.1, VT-Ml.2-2.1)) 

(Ml.2-2.2 4- s-Ml.2-2.2 (Ml.1-2.2, Sl.2-2.2, VT-Ml.2-2.2)) 
(Ml.2-2.3 <r- s-Ml.2-2.3 (Ml.1-2.3, Sl.2-2.3, VT-Ml.2-2.3)) 
(Ml.2-2.4 4 - s-Ml.2-2.4 (Ml.1-2.4, SI.2-2.4, VT-Ml.2-2.4)) 
(Ml.2-2.5 s-Ml.2-2.5 (Ml.1-2.5, SI.2-2.5, VT-Ml.2-2.5)) 

(Ml.2-2.6 4 - s-Ml.2-2.6 (SI.2-2.6, VT-Ml.2-2.6)) 
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J. Program integration step: s-PL2 

(PL2-1 <r- s-Pl.2-1 (PI.1-1, Ml.2-1, VT-Pl.2-1)) 

(Pl.2-1.1 <r- s-Pl.2-1.1 (Pl.1-1.1, Ml.2-1.1, VT-Pl.2-1.1)) 
(PI.2-1.2 <- s-Pl.2-1.2 (PI.1-1.2, Ml.2-1.2, VT-Pl.2-1.2)) 
(Pl.2-1.3 <r- s-Pl.2-1.3 (PI.1-1.3, Ml.2-1.3, VT-Pl.2-1.3)) 
(PI.2-1.4 s-Pl.2-1.4 (PI.1-1.4, Ml.2-1.4, VT-Pl.2-1.4)) 

(PI.2-1.5 <r- s-Pl.2-1.5 (PI.1-1.5, Ml.2-1.5, VT-Pl.2-1.5)) 
(Pl.2-1.6 <r- s-Pl.2-1.6 (Pl.1-1.6, Ml.2-1.6, VT-Pl.2-1.6)) 
(Pl.2-1.7 <r- s-Pl.2-1.7(Pl.1-1.7, Ml.2-1.7, VT-Pl.2-1.7)) 
(Pl.2-1.8 <r- s-Pl.2-1.8 (PI.1-1.8, Ml.2-1.8, VT-Pl.2-1.8)) 
(Pl.2-1.9 <- s-Pl.2-1.9 (Ml.2-1.14, VT-Pl.2-1.9)) 
(Pl.2-1.10 4 - s-Pl.2-1.10 (Ml.2-1.15, VT-Pl.2-1.10)) 
(Pl.2-1.11 <r-s-Pl.2-l.ll (Ml.2-1.16, VT-Pl.2-1.11)) 
(Pl.2-2 <r- s-Pl.2-2 (Pl.1-2, Ml.2-1, VT-Pl.2-2)) 

(PI.2-2.1 <r- s-Pl.2-2.1 (PLl-2.1, Ml.2-1.9, VT-Pl.2-2.1)) 
(Pl.2-2.2 4 - s-Pl.2-2.2 (Pl.1-2.2, Ml.2-1.10, VT-Pl.2-2.2)) 
(Pl.2-2.3 <r- s-Pl.2-2.3 (Pl.1-2.3, Ml.2-1.11, VT-Pl.2-2.3)) 
(PI.2-2.4 4- s-Pl.2-2.4 (Pl.1-2.4, Ml.2-1.12, VT-Pl.2-2.4)) 
(Pl.2-3 4 - s-Pl.2-3 (Pl.1-3, Ml.2-1, VT-Pl.2-2)) 

(Pl.2-3.1 ^s-Pl.2-3.1 (Pl.1-3.1, Ml.2-1.13, VT-Pl.2-2.4)) 
(Pl.2-4 4 - s-Pl.2-4 (PI.1-4, Ml.2-2, VT-Pl.2-4)) 

(P1.2-4.1 ^ s-Pl.2-4.1 (PI.1-4.1, Ml.2-2.1, VT-Pl.2-4.1)) 
(P1.2-4.2 4 - s-Pl.2-4.2 (P1.1-4.2, Ml.2-2.2, VT-Pl.2-4.2)) 
(PI.2-4.3 4 - s-Pl.2-4.3 (PI.1-4.3, Ml.2-2.3, VT-Pl.2-4.3)) 
(PI.2-4.4 4 - s-Pl.2-4.4 (PI.1-4.4, Ml.2-2.4, VT-Pl.2-4.4)) 
(Pl.2-4.5 4 - s-Pl.2-4.5 (PI.1-4.5, Ml.2-2.5, VT-Pl.2-4.5)) 
(PI.2-4.6 4 - s-Pl.2-4.6 (Ml.2-2.6, VT-Pl.2-4.6)) 
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APPENDIX D. JAVA CODE OF CASES 
List of Java Source Code Files 

Cases.AVCCreateStepFrame.272 

Cases. AVCMergingFrame.279 

Cases-AVCOpenStepFrame.!.288 

Cases.AVCSplittingFrame. 294 

Cases.CalendarDialog.302 

Cases.CasesFrame.305 

Cases.CasesTitle.328 

Cases.ComponentContentFrame.329 

Cases.ComponentType.340 

Cases.ConnectionLinksFrame.341 

Cases.DecomposeListDialog.348 

Cases.DeleteDialog.352 

Cases.Dependency.356 

Cases.EditDecomposeFrame.358 

Cases.EHL.364 

Cases.I_AVC.365 

Cases.I_AVCOpenStep.365 

Cases.I_Cases. 366 

Cases.I_ComponentContent.366 


269 























Cases.I_EditDecompose.367 

Cases.I_Personnel .367 

Cases.I_ProjectSchema.367 

Cases.I_StepContent .368 

Cases.I_Trace.368 

Cases.ListDialog .368 

Cases.Personnel.372 

Cases.PersonnelFrame.376 

Cases.ProjectSchemaFrame .385 

Cases.ReviewComponentContentDialog.410 

Cases.SkillTableFrame.410 

Cases.StepContent.418 

Cases.StepContentFrame.423 

Cases.StepType.435 

Cases.TraceFrame.436 

Cases. VersionControl.447 

JobSchedule-JAboutDialog.450 

JobSchedule.JDialog_jobskill .451 

JobSchedule.JDialog_message.454 

JobSchedule.JDialog_messagel.456 

JobSchedule.JDialog_weight .457 

JobSchedule.JDialog_weit .459 
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JobSchedule.JFraine_assignjob. 462 

JobSchedule.JFraine_manage .472 

JobSchedule.Predecessor.483. 

JobSchedule.Result .484 

JobSchedule.Weight...484 
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currentLabel.setHorizontalAlignment(com.sun.java.swing.SwingC projectLabel.setVerticalAlignment(cotn.sun.java.swing.SwingCon 

onstants.RIGHT); stants.BOTTOM); 

currentLabel.setTextC'Current Variant Number"); projectLabel.setText("Project Label"); 

getContentPane().add(currentLabel); getContentPane().add(projectLabel); 
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JLabell.setFont(new Font("Dialog", Font.BOLD, 18)); * To be called when Create Step Version Menu Item of CasesFrame 

JLabell.setBounds(10,6,190,25); * receives the event from user. 

* Retrieving Dependency and EHL object from dependency.cfg and 
loop.cfg files 


public AVCCreateStepFrame( String pathName, String dirName ) { if (b) 

thisQ; setLocation(50,50); 

this.projectLabel.setText( dirName); super.setVisible(b); 

this.pathName = pathName; } 
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debugC’ClassNotFoundException: ”+ex); setSize(insets.left + insets.right + size.width, insets.top + 

) insets.bottom + size.height + menuBarHeight); 



boolean frameSizeAdjusted = false; else if (object == cancelButton) 

cancelButton_actionPerformed(event); 

//{{DECLARE_CONTROLS else if (object == newStepVersionButton) 

com.sun.java.swingJLabel JLabel9 = new 

com.sun.java.swingJLabelO; newStepVersionButton_actionPerformed(event); 
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* Create new version number and the default version is 1.1 

Object object = event.getSource(); * @param event, occur when user press New Version button 

if (object == OKButton) */ 

OKButton_actionPerformed(event); 


public void { 

newStepVersionButton_actionPerformed(java.awt.event.ActionEvent if( event.getStateChange() == ItemE vent. SELECTED){ 

event) String selecteditem = (String)event.getltem(); 

{ int selectedindex = this.EHLComboBox.getSelectedIndex(); 

if( (EHLComboBox.getItemCountO > 0) && 
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@param string : the output string EHLComboBox.addltem(loopName); 
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//set step Hashtable 

this.EHLHashtable.put( loopName, ehl); 



Create new version number for all steps in the current project 
@param v : vector of string (e.g., 1.1, 1.2, 2.1,...) and they 
represent all existing version numbers 
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fileOutput.close(); * Implement CasesTitle where stores all global variables of Cases package 

* Implements interface I_AVC 

fileOutput = new */ 

FileOutputStream(theFile.getAbsolutePath()+"\\input.s"); IIIIIIIIIIIIIIIIIIIIIIIIIIIIIIIIIIIIIIIIIIIIIIIIIIIIIIIIIIIIIIIIIIIIIIIIIIIIIHI 
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when you add getContentPane().add(OKButton); 

// components to the visual environment. It instantiates OKButton.setBounds(171,290,75,22); 

and initializes canceIButton.setText(’'Cancer‘); 

// the components. To modify the code, only use code canceIButton.setActionCommand(“jbutton"); 

syntax that matches getContentPane().add(cancelButton); . 



cancelButton.setBounds(249,290,75,22); 

getContentPane().add(currentStepComboBox); newVersionTextField.setBackground(java.awt.Color. white); 

currentStepComboBox.setBounds(173,l 10,300,22); 

newVersionTextField.setForeground(java.awt.Color.black); 
JLabell.setHorizontalAlignment(com.sun.java.swing.SwingConsta newVersionTextField.setBounds(173,230,300,22); 
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mergedStepComboBox.setBounds(173,150,300,22); variantComboBox.setSelectedIndex( 0); 

newVersionTextField.setEditable(false); } 

getContentPane().add(newVersionTextField); 


* To be called when Evolution History Merging Menu Item of } 

CasesFrame } 

* receives the event from user. loopIn.close(); 

* Retrieving Dependency and EHL object from dependency.cfg and fileInput.close(); 

loop.cfg files } 
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if( loopin != null){ 

Vector loopVector = new Vector(); if (frameSizeAdjusted) 

loop Vector = (Vector)loopIn.readObject(); return; 

if( loopVector.sizeO > 0){ frameSizeAdjusted = true; 

this.setLoopNameComboBox( loopVector); 
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com.sun.java.swing.JComboBox EHLComboBox = new * @param event, occur when user press OK button 

com.sun.java.swingJComboBoxO; */ 

com.sun.java.swingJLabel JLabel2 = new public void OKButton_actionPerformed(java.awt.event.ActionEvent 

com.sun.java.swingJLabelO; event) 


class Symltem implements java.awt.eventJtemListener 
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if( selectedindex > 0){ EHLComboBox.removeAlIItemsO; 

if( this.EHLHashtable.containsKey( selecteditem)){ EHLComboBox.addItem(PROCESS_TITLE); 

EHL ehl = (EHL)this.EHLHashtable.get( selecteditem); 

this.versionVector = new VectorQ; this.EHLHashtable = new Hashtable(); 

this.versionVector = 
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Adding evolution processes into EHLComboBox 
@param loopVector : vector of evolution processes 
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newVersionTextField.setText(mergedVersion); 




@param theFile : current version directory 
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Create Component Content directory and link files inside it. 



DataOutputStream depSecondary = new DataOutputStream( 







getContentPane().setLayout(null); 

setSize(450,290); JLabel 1 .setVerticalAlignment(com.sun.java.swing.S wingConstant 

setVisible(false); s.BOTTOM); 

JLabell.setText("Open Step Version:"); 

JLabel9,setHorizontalAIignment(com.sun.java.swing.SwingConsta getContentPane().add(JLabell); 
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FileInputStream fileinput = new FileInputStreain( (new AVCOpenStepFrame()).setVisible(true): 

this.pathName+"\\current.vsn”); } 

ObjectInputStream currentin = new ObjectInputStream( fileinput); 

if( currentin != null){ public void addNotifyO 



// Record the size of the window prior to calling parents com,sun java.swing. JComboBox stepIDComboBox = new 

addNotify. com.sun.java.swing.JComboBox(); 

Dimension size = getSizeQ; com.sun.java.swing.JLabel JLabell = new 

com.sun.java.swing.JLabelO; 

super.addNotifyO; com.sun.java.swing.JLabel projectLabel = new 
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com.sun.java.swmg.JLabel(); * @param event, occur when user press OK button 

com.sun.java.swingJButton OKButton = new */ 

com.sun.java.swing.JButtonO; public void OKButton_actionPerformed(java.awt.event.ActionEvent 

com.sun.java.swing.JButton cancelButton = new event) 

com.sun.java.swing.JButtonO; { 



String currentLoop = (String)this.EHLComboBox.getSelectedItem(); dispose(); 

String currentStep = (String)this.stepIDComboBox.getSelectedItem(); } 

String currentVersion = (String) 

this.versionComboBox.getSelectedItemO; class Symltem implements java.awt.event.ItemListener 

String currentStatus = { 
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*/ , EHL ehl = (EHL)this.EHLHashtable.get( selecteditem); 

public void 

cancelButton_actionPerformed(java.awt.event.ActionEvent event) StringTokenizer st = new StringTokenizer( 

{ (String)ehlgetEHLPath(), ); 

setVisible( false); Vector tokenizeVector = new Vector(); 



while( st.hasMoreTokensO ){ else if( selectedindex == 0){ 

tokenizeVector.addElement( st.nextToken()); this.versionComboBox.removeAlIItemsO; 
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Adding step ID into stepIDComboBox 
@param stepVector : vector of step ID 



public void setStepComboBox( Vector stepVector){ 
this.stepIDComboBox.removeAllItemsO; 
this.stepIDComboBox.addItem(STEP_TYPE_TITLE); 
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public void setInitialFrame( VersionControl vc){ D:\Cases\projeclName,... 

if( this.EHLComboBox.getItemCountO > 0 ){ */ 

this.EHLComboBox.setSelectedItem(vc.getCurrentLoop()); public String pathName; 

this.stepIDComboBox.setSelectedIteni(vc.getCurrentStep()); 
this.versionComboBox.setSelectedItem(vc.getCurrentVersion()); /** 
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Splitting"); nts.RIGHT); 

getContentPane().setLayout(nun); 

setSize(480,280); JLabell.setVerticalAlignment(com.sun.java.swing.SwingConstant 

setVisible(false); s.BOTTOM); 



JLabell.setTextC’Evolution History Splitting:"); /** 

getContentPane().add(JLabel 1); * To be called when Evolution History Splitting Menu Item of 

JLabel 1 .setForeground(java.awt.Color.black); CasesFrame 

JLabell.setFont(newFont("Dialog", Font-BOLD, 18)); * receives the event from user. 

JLabell.setBounds(0,6,250,25); * Retrieving Dependency and EHL object from dependency.cfg and 
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EHLComboBox.addltemListener(lSymltem); if( loopin != null ){ 

newStepVersionButton.addActionListener(ISymAction); Vector loop Vector = new Vector(); 

//}} loopVector = (Vector)loopIn.readObject(); 

if( loopVector.sizeO > 0){ 
this.setLoopNameComboBox( loopVector); 


loopIn.closeO; if (frameSize Adjusted) 

fileInput.closeO; return; 

frameSizeAdjusted = true; 
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{ com.sun.java.swing.JTextField(); 

// Record the size of the window prior to calling parents com.sun.java.swing.JComboBox currentStepComboBox = new 

addNotify. com.sun.Java.swingJComboBox(); 

Dimension size = getSizeQ; com.sun java,swing.JLabel JLabell = new 

com.sun.java.swing.JLabelO; 




com.sun.java.swingJLabel projectLabel = new setVisible( false); 

com.sun.java.swingJLabelO; dispose(); 

com.sun java.swingJComboBox EHLComboBox = new } 

com.sun.java.swing.JComboBoxO; 

com.sun.java.swingJButton newStepVersionButton = new /** 
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public void 

OKButton_actionPerformed(java.awt.event.ActionEvent event) class Symitem implements java.awt.event.ItemListener 



Object object = event.getSource(); 
if (object == currentstepComboBox) 
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else if( selectedindex == 0){ } 

this.currentStepComboBox.removeAIlItemsO; return v; 

this.newVersionTextField.setText(""); . } 


Adding evolution processes into EHLComboBox 
@param loop Vector : vector of evolution processes 
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if( list.length > 0 ){ } 

for( int i=0; i<list.length; i++ ){ catch( Exception e){} 

this.currentStepComboBox.addItem(((String)Iist[i]).trim()); } 
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* Create Component Content directory and link files inside it. DataOutputStream depSecondary = new DataOutputStream( 

* @param dep : Dependency object of theFile and get input.p and fileOutput); 

inputs files if( depSecondary != null){ 

* @param theFile : current version directory depSecondary.writeBytes(dep.getSecondaryInput()); 



depSecondary.flushO; } 

depSecondary.closeO; catch(Exception e){} 

fileOutput.closeO; } 
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variantMax = Integer.parseInt((String)v.elementAt(0)); public CalendarDialog(Frame parent) 

for(intj=l;j<v.size();j++){ { 

variantMax = super(parent); 

Math.max(variantMax,Integer.parseInt((String)v.elementAt(j))); 





u 


a 

<D 

bO 


cb 

o 

£ 

o 


o 

T3 

O 

o 

oo 

IS 

H 


c 

c« 


C 

§ 

c 

2 

a 

<D 

'S 

p 


o 

jp 


c 

o 

p 

o 

S 

o 

o 


o 

T3 

O 

O 


P 

'S 

o 

a> 

T5 

O 

o 

a> 


’p 

o 

£ 

o 

H 


o 

c 

o 

o 

o 

o 

x: 


(U 

x> 

£ 

C3 

u 


p 

c/3 

> 

Im 

o 

I 

iM 

u 

p 

W) 

c 

p 

o 


U 

"S 

p 


a 

x: 


c 

<D 

£ 


> 

c 

a; 

p 


r n ^ 

O O 

-Sn® 
bp ^ 

x: c 


S, 

*o 

U 


i£ 


bO 

’S 


o 

•«-a 

•2 CO 

O hJ 

a o 

cb ^ 

'I 

3 ^ 

o i 

o = 

£ iri 

cu ^ 


p 

s 

4-i 

P 

o 


c« 


« 

T3 

C 

S 

13 


T3 

■§ 


- O O 


1^ 


o 

x: 

o 


=3 .. 

o 

„ <N 

d B ^ 
B c ^ 
.ti ^ o N 

b§y2 
0 0^0 
CA c/3 bJD V3 


c/3 P 

•p cb 
(U p 

SI 

.S2 O 

> y 

& 


«^ 
^ p 

fl 

11 

bO P 

g g 
0 fe 

O (D 


o 

r- 


o - 


c/3 C/3 

-o 'P 

p p 

B B 

13 

u u 

<D O 

X X 


cs 

irT 


XJ 

p 

p 

o 

PQ 


p 

T) 

P 

B 

13 

U 

o 

X 


o 

o 

p 

cb 

u 

c 

Cb 

£ 


'a ^ 

“I 

ffl <N 

p o o 
o c ^ 

s:§ 

o ^ p 
•p -n P 
o p o 
< ^ CQ 

♦-» N—✓ •4-> 

a> u o; 

CO c- c/3 

P ^ P 
O Pm o 
P C P 
P o p 

£9 c £9 
’a> o 13 
O O ^ 

P X P 
P (D p 

o bO o 


o 




-o 


p 

E 

C E 

P'y 
^.2 
g o 

<D a> 

CO CO 

p* p 
Q O 


m 
r' 
p o' 

CQ S 

.o p; 

-o p 
Cb c 
P 

o 

p 
IX 


o 


a> 


ss 

o o 


«g 

<1^ ^ 
bJoO 


T3 

■i 

CO 

o 

•S 

P 

£ 

1 

X 


P 

O 

lp 

*<t—> 

*f5 

P 

X 

•*«* 

X 

2 

B 


P 


p 

p 

. r> 

o 

X 


p 


P 

>» 

p 

o 

P 

CO 

p 



303 


cancelButton.addActionListener(lSyinAction); this.getSize(). width) / 2, 



class SymAction implements java.awt.event.ActionListener 
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com.sun.java.swing.JButton cancelButton = new this.scf.deadlineTextField.setText(theCaIendar.getDate()); 

com.sun.java.swingJButtonQ; } 

cotn.sun.java.swing.JButton OKButton = new else if( this.index == 2 ){ 

com.sun.java.swing.JButton(); this.scf.finishTimeTextField.setText(theCalendar.getDate()); 




import com.sun.java.swing.*; 

} import com.sun.java.swing.preview.JFileChooser; 

setVisible(false); import java.io.*; 

disposeO; import java.util. 
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* It is used in Job Schedule 

import JobSchedule.*; */ 

import java.awt.*; public Vector projectStepContentVector = new VectorQ; 

import java.awt.event. *; 



* stepContentPathVector : a vector containts the paths of all step * pathName : the absolute path of the current project, e.g. C:\Cases\C4I 

contents in the project */ 

* It is used in Job Schedule public String pathName = null; 
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projectMenu.setActionCommandC'Hypergraph"); AVCMenu.add(AVCOpenStepMenuItem); 

projectMenu.setMnemonic((int)'P’); AVCMenu.add(JSeparator3); 

casesMenuBar.add(projectMenu); AVCSplittingMenuItem.setText("Evolution History 

createProjectMenuItem.setText("Create Project"); Splitting"); 

createProJectMenuItem-setActionCommandC'Create AVCSplittingMenuItein.setActionCominand("New 


S E 

S CO o 

Mu M 

3 > D 
CSC 

bO -g bo 

.s ^ .s 

w E ^ 

u u u 
> > > 
< < < 


o I 
S S .. 
g S r 

1^ c pq 


.S ^ 3 
w) 3 

u C 0) 
a> O * 

y ^ -o • 
^ & 


3 

C 

o 

^ E 

iT' r-» 

^ Q 
CO ^ H 

O S o 

Oh CC C < 

. E S -O 
' o e X 

« J 'i' 

'xQ O I 

-iW-S I: 

53 <D a; o 

M CO CO CO 

is E E 
■o . 

Q> hH HH ’ 

is' s 3 3 : 

2 C 3 ; 

*3 o o (D 

3 S S S 

= <u u o 

C CO CO CO 
2 0 0 0, 
;§ Oh CX Oh 

1 6 E E ' 

2 o o o , 
2 o o o . 

Q, O O O 
CO TJ T3 *3 


^ ^ E 
S 2« 

III 

o o S 

2 ? 
TJ H-, C3 

^ -O 3 
c« ctf o 

=3 3 y 

3 3 C 
0) <D S 

?? § 

o o Ou 

2 2 E 
‘Oh’Oh o 

CO CO O 


£ 

w U 

go.. 
E i=; i 

o is 
^22 

2 o 3 
§ E 2 

I s § 

0^2 
U O 3 

c W o 

1 sy 

I 

sll 

E § I 

o c o 

= Is 
§1^ 
s y E 

W 3 3 
C <D O 
0 3^ 

3 O 

U S 2 

2 o Oh 

3 o CO 


9. 

.£ E ^ E 
^ B B 

O HH O 

2 c Q y 
o o = 3 
E ^.2 

3 O O o 

(U H <H 

? e s 8 

2% E E 

3 O O O 
2 « 
>^03 3 

3 3 3 

3 O O 

^ ^ s s 

e 3 o o 
o c u u 

Q> O 

‘3^ ^ O O 
o !>■ lh 

^ 'S Ph Dh 
% 8 2 2 
§ *5'o o 

Oh ^ O (D 
O Oh*3 TS 


o :: 2 ' ^ 

.2,2 =H.. 

2^ 2 2 
£ 2 W 

^ l-y 

2 o X 
o CO 

-3 C«H 

'w' %_* 

-3 T3 3 
*3 ^3 CO 

3 3 ci 


O O 

S S X 

Oh Oh O 


OS E 
5 E S 
Eos 


2Cg 

v2. X *oJ 
*3 0 0 
-3 H < 
E a> <D 

3 CO CO 

I § § 

S O (D 

^ S S 
."U u 
o’> > 

< 


307 


AVCOpenStepMenuItem.setText("Open Step Version"); stepContentMenuItem.setText("Step Content"); 

AVCOpenStepMenuItem.setActionComniand("Open stepContentMenuItem.setActionCommand("jmenuItem"); 

Step"); stepContentMenuItem.setMneraonic((int)'S'); 

AVCOpenStepMenuItem.setMnemonic({int)’0'); spiderMenu.add(stepContentMenuItem); 



spiderMenu.add(JSeparator2); toolsMenu.add(personnelDataMenu); 

traceMenuItem.setTextC’Trace"); addPersonnelMenuItem.setTextC’Add”); 

traceMenuItem,setActionCommand("jmenuItem’‘); addPersonneIMenuItem.setActionCommand("Add'’); 

traceMenuItem.setMnemonic((int)T'); addPersonne!MenuItem.setMnemonic((int)‘A'); 

spiderMenu.add(traceMenuItem); personnelDataMenu.add(addPersonnelMenuItem); 
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toolsMenu.add(JSeparator6); imageLabel.setBounds(18,35,125,125); 

personnelDataMenu.setTextC’Personnel Data”); //$$ JPopupMenu 1 .move(24,348); 

personnelDataMenu.setActionCommandC'personnel JLabel2.setText("Computer-Aided Software Evolution 

Data"); System"); 

personnelDataMenu.setMnemonic((int)'P’); getContentPane().add(JLabel2); 




JLabeI2.setBackground(java.awt.Color.blue); 

JLabeI2.setForeground(java.awt.Color.blue); deletePersonnelMenuItem.addActionListener(lSymAction); 

JLabel2.setFont(new Font(" Dialog", capsMenuItem.addActionListener(lSymAction); 

Font.BOLDIFont.ITALIC, 18)); AVCCreationMenuItem.addActionListener(lSymAction): 

JLabel2.setBounds(155,80,380,30); AVCMergingMenuItem.addActionListener(lSymAction); 
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jobManagementMenuItem.addActionListener{lSymAction); 

jobAssignMenuItem.addActionListener(lSymAction); /** 

addPersonnelMenuItem.addActionListener(lSymAction); * Adding cases.gif logo to CasesFrame 

editPersonnelMenuItem.addActionListener(lSymAction); */ 

public void drawIcon(){ 





^ t frameSize Adjusted = true; 

FileInputStream imageFile = new FileInputStream("cases.gif'); 

byte[] data — new byte[3000], // Adjust size of frame according to the insets and menu 

imageFile.read(data); bar 

taagelcon icon = new Imagelcon(data); Insets insets = getlnsets(); 
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com.sun.java.swingJMenuItemQ; 

super.addNotifyO; com.sun.java.swing.JSeparator JSeparatorl = new 

com.sun.java.swingJSeparatorO; 

if (frameSizeAdjusted) com.sun.java.swingJMenuItem exitMenuItem = new 

return; com.sun.java.swing.JMenuItem(); 



com. sun.java.s wing. JMenu AVCMenu = new com. sun.java.s wing. JSeparator JSeparatorS = new 

com.sun.java.swing.JMenuO; com.sun.java.swing.JSeparatorQ; 

com.sun.java.swing.JMenuItem AVCCreationMenuItem = new com. sun.java.s wing. JMenuItem netscapeMenuItem = new 

com.sun.java.swing.JMenuItemO; com.sun.java.swing.JMenuItem(); 

com.sun.java.swing.JMenuItem AVCOpenStepMenuItem = new com.sun.java.swing.JMenuItem capsMenuItem = new 
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o 


com.sun.java.swing.JMenultem MSWordMenultem = new ( 

com.sun.java.swing.JMenuItemO; Object object = event.getSource(); 

com.sun.java.swing.JMenuItem MSExcelMenuItem = new if (object == createProjectMenuItem) 

com.sun.java.swing.JMenuItemO; 

createProjectMenuItem_actionPerformed(event); 
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else if (object == traceMenuItem) /** 

* Ask a user to enter the new project name. 

traceMenuItem_actionPerformed(event); * Do not allow a duplicate project name. 

else if (object == textEditorMenuItem) * If the name is not duplicate, create the new project and connect to 

* ProjectSchemaFrame directly. 



* else if( i==(theList. length’1)){ 

* @param event: action event from Create Project menu item this.setOpenDelete( true ); 

*/ File newFile = new 

void File(CASESDIRECTORY,this.projectName); 

createProjectMenuItem_actionPerformed(java.awt.event.ActionEvent newFile. mkdir(); 
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"Error Message", File(CASESDIRECTORY,this.projectName); 

JOptionPane.ERROR_MESSAGE); newFile.mkdirQ; 

return; this.fileChooser = new JFileChooser(newFile); 
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(new DeleteDialog(this, "Delete Project'')).setVisible(true); (new AVCOpenStepFrame(this.projectName, 

} this.pathName)).setVisible(true); 


* Connect to AVCEHSplittingFrame 
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void editMenuItem_actionPerformed(java.awt.event.ActionEvent 
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@param event: action event from Netscape menu item 



(new PersonnelFrameO). setVisible(true); 
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@param event: action event from Personnel - Add menu item deletePersonnelMenuItem_actionPerformed(java.awt.event.ActionEvent 

' event) 



(new DeleteDialog(this, "Delete Personnel try{ 

Data")).setVisible(true); FileInputStream fileinput = new 

} FileInputStream(this.pathName+"\\current.vsn"); 

ObjectInputStream current = new ObjectInputStream( 

fileinput); 


I VJ 

u § 8 g 
>. 

<1^ 5 S 

! o o 
I X x: fc 
; yj c/5 3 

o ^ ^ 

^ C3 Q 
-C CU C 

ill 

CL c 

O O 


^ X5 C3 

^ c: c 
•o c o 
o w 

3 :s' 

^ 

<D X) C« 

^ Q ^ 

O a> V3 
O "5 c 
jD c » 

C o 
it X 
D w hC 

S 3 c 
o c: <D 
Q 

c S w 

o "S o 
CL ^ ^ 

9. 

W o 
:2 g :§ 

p p. (L> 
> 0-0 
O c/5 c/3 

g ^ ^ 

3 

CL 


318 


String currentVersion = (String)this.vc.getCurrentVersion(); 
String wholePath = this.pathName + 

Get VersionControl object from current.vsn file "\\"+currentStep+"\\"+currentVersion; 

' File file = new File(wholePath); 

public void getVersionControl(){ int returnValue=-l; 



this.fileChooser = new JFileChooser(file); String currentStep = (String)this.vc.getCurrentStep(); 

this.fileChooser.setDialogTitle(’'Directory Tree"); String currentVersion = (String)this.vc.getCurrentVersion(); 

this.fileChooser.setCurrentDirectory(file); String stepName = currentStep + currentVersion; 

String output = 

this.fileChooser.setFileSelectionMode(this.fileChooser.DIRECTORIES_0 currentStep.substring((int)currentStep.indexOf("-")+l)+currentVersion; 
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* * @param absPath : a string of the whole path 

* @param absPath : a string of the whole path */ 

*/ public void subDir(String absPath ){ 

public void currentDir(String absPath){ String currentStep = (String)this.vc.getCurrentStep(); 




String currentVersion = (String)this.vc.getCurrentVersion(); (new EditDecomposeFrame(this.title, stepName, 

String wholePath = this.pathName + decomposeOutput, absPath, theMax)).setVisible(true): 

"\\"+currentStep+"\\"+currentVersion; } 

String newSubString = absPath.substring(0, 

wholePath.lengthO); else if( 
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else if( this.titIe.equals(DECOMPOSE_TITLE)){ public Vector getComponents(String stepName, String absPath){ 

int theMax = (int)findMax(absPath) + 1; Vector componentVector = new Vector(); 

StepName = stepName + +theMax; String s = stepName.substring(2); 

String decomposeOutput = stepName.substring(2); 

componentVector.addElement(s); 
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* JOptionPane.showMessageDialog(this, absPath+'‘ is not a step. 

* @param stepName : selected step name, e.g., s-I, 1.1, 1,... Please reseiect it!", 

* @param absPath : the absolute path of stepName, e.g.,F:\Cases\s- "Warning 

I\1.1 Message" ,JOptionPane.ERROR_MESSAGE); 



return; Character theChar = new Character(c); 

} if(theChar.isDigit(c)){ 

} File fl = new File( aFile, theFiles[i]); 

else { if( (f 1 .isDirectoryO) && 

JOptionPane.showMessageDialog(this, absPath+" is not a step. !((f 1 .getNameO).equals(COMPONENT_CONTENT_DIR))){ 
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if( (aFile.isDirectoryO) && v.addElement(i 1); 

!((aFile.getName()).equals(COMPONENT_CONTENT_DIR))){ ) 

String[] theFiles = aFile.iist(); catch(NumberFormatException n){ 

for( int i=0; i<theFiles.length; i++ ){ } 

char c = (char)((String)theFiles[i]).charAt(0); } 



int theMax = 0; /** 

for(int i=0; i<v.size(); i++){ * Save all personnel object after updating 
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} public Vector getPersonnelVector() { 

return v; personnelVector = new Vector(); 

String[] list - (String[])STAKEHOLDER.list(); 


if( list.length > 0){ projectAtomicVector = new VectorQ; 

for( int i=0; i<list.length; i++){ if( aProject.isDirectoryO ){ 

try{ String[] stepList = aProject.list{); //List all the steps of the current 

String filePath = STAKEHOLDER.getAbsolutePath()+list[i]; project 

File aFile = new File(rilePath); for( int i=0; kstepList.length; i++ ){ 
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public Vector getAllAtomics(){ } 

File aProject = new File(this.pathName); //current project oo,flush(); 
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stepContentPathVector.insertElementAt(theFile.getAbsolutePath(), 

stepContentIndex++); 



} if(person_queue.size()>0 && job_queue.size()>0){ 

} (new JFrame_assignjob(this, person_queue, job_queue, 

return scheduledAtomicVector; job_pool)).setVisible(true); 
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* Job Assignment } 

*/ else{ 

void this.job_queue2.addElement(step); 

jobAssignMenuItem_actionPerformed(java.awt.event.ActionEvent event) } 








this.job_queue.addElement(step); 
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StepContent step=(StepContent) niajor.elementAt(j); } 

if(stepl=null){ } 

if( check_status(step.getStepName())==l){ }//end for_loop 

major.removeElement(step); return 0; 



^ ^ Q *Z3 
cd c« 3 
cd cd cd cd 
> > > > 
cd cd 3 3 


o o o o 
D. cx a. a. 

E E e s 


cd 

2 ^ ^ 
o a> 0^ 
(U C On 


|o2' 

O L_^ I 
42 n o 
o u 3= 

•« w 3 
2 es ^ 

W2 ^ x: 
-o Q o 

S ^ ^ 

SSI 


C 3 

E ^ S 

_u > _a> 

E ^ S 

< ^ 
^ O ^ 
o c? 9 

E S E 

0) 'S o 
Uh o ^- 

^ ^ (N 
> P- > 


^ S o 
bO Ci< 

W C 3 

,3 N-H O 

O II 3 

tJ 12 ^ 

O G J- 

C P § 


328 


void setstep(String stepname, StepContent stepl){ holderW"); 

for(int i=0; i<job_pool.size(); i++){ 

StepContent step=(StepContent) job_pool.elementAt(i); //Locations of netscape, notepad, winword, excel, and caps 

if(step.getStepName().equals(stepname)){ static final String NETSCAPE = "C;\\Program 

job_pool.setElementAt(stepl, i); FilesWNetscapeWCommunicatorWProgramWnetscape.exe"; 
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Static final String[] BUTTONS = {"Add", "Edit", "Delete"}; import java.io.*; 

import com.sun.java.swing.*; 

//Links file name inside Component Content directory import com.symantec.itools.swing.borders.LineBorder; 

(COMPONENT^CONTENT^DIR) 
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JLabell .setHorizontalAlignment(com.sun.java.swing.SwingConsta 

* ComponentContentFrame : create/edit/delete Component Content nts.RIGHT); 

directory with all link JLabel 1 .setText("CAPS Files:"); 

* files for a selected step. getContentPane().add(JLabell); 
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setTitleC'SPIDER-Component Content"); getContentPane().add(URLComboBox); 

getContentPane().setLayout(null); URLComboBox.setBounds( 120,330,500,20); 

setSize(650,520); getContentPane().add(saveButton); 

setVisible(false); saveButton.setBounds(0,0,0,0); 

getContentPane().add(editButton); 



editButton.setBounds(0,0,0,0); MSExceIComboBox.setBounds( 120,250,500,20); 

getContentPane().add(deleteButton); 

deleteButton.setBounds(0,0,0,0); JLabel7.setHorizontalAlignment(com.sun.java.swing.SwingConsta 

getContentPane().add(addButton); nts.RIGHT); 

addButton.setBounds(0,0,0,0); JLabel7.setText('‘MS Word Files:"); 
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connectButton.setBounds(0,0,0,0); //}} 

getContentPane().add(MSWordComboBox); 

MSWordComboBox.setBounds(120,210,500,20); //{{INIT_MENUS 

getContentPane(),add(MSExcelConiboBox); //)} 



//Add Add button 

//{{REGISTER_LISTENERS addButton.setText("Add"); 

SymAction ISymAction = new SymAction(); addButton.setActionCommand("Add"); 

addButton.addActionListener(lSymAction); getContentPane().add(addButton); 

editButton.addActionListener(lSymAction); addBuUon.setBounds(10,450,70,24); 
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deleteButton.setTextC'Delete"); } 

deleteButton.setActionCommand("Delete"); 

getContentPane().add(deIeteButton); public ComponentContentFrame(String sTitle) 

deleteButton.setBounds( 152,450,70,24); { 

thisO; 










if (menuBar != null) com.sun.java.swing.JLabelQ; 

menuBarHeight = com.sun.java.swing.JLabel componentLabel = new 

menuBar.getPreferredSize().height; com.sunjava.swingJLabel(); 
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Object object = event.getSource(); 

if (object == addButton) /** 

addButton_actionPerformed(event); * Launch ConnectionLinksFrame 

else if (object -= editButton) * Delete connection links in a componenlContent 



public void public void itemStateChanged(java.awt.event.ItemEvent 

deleteButton_actionPerformed(java.awt.event.ActionEvent event) event) 
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disposeO; for( int j=0; j<list.length; j++){ 

} String s = (String)list[j]; 

File aFile = null; 

class Symitem implements java.a>vt.event.ItemListener if( s.equals(COMPONENT_CONTENT_DIR)){ 




aFile = new File(f, s); saveButton.setEnabled( flag); 

if( ! aFile. isDirectoryO ){ } 

aFile.mkdirQ; 

j= list.length; /** 

setButtonEnabled( false); * Short cut to print the output 
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if( br != null){ 

public void setButtonEnabled( boolean flag){ while( (item = br.readLineO) != null){ 

addButton.setEnabled( flag); this.MSWordComboBox.addltem(item); 

editButton.setEnabled( flag); } 

deleteButton.setEnabled( flag); } 
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} St = new StringTokenizer(_after,"."); 

catch(IOExceptionio){ while(st.hasMoreTokens()){ 

debugC'IOException: "+io); thePath = thePath+"\\"+st.nextToken(); 
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* Set excel file names in MSExcelComboBox 
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bw.flushO; 

bw.closeO; /** 

fw.closeO; * Refresh all comboboxes 




public void clearComboBoxes() { return selecteditem; 

textComboBox.removeAlIItemsO; } 

MSWordComboBox.removeAllItemsO; } 

MSExcelComboBox.removeAllItemsO; 
dataComboBox.removeAllItemsO; 
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return this.componentLabel.getTextO; private String componentDescription; 



This ComponentType constructor is used to create a ComponentType package Cases; 
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* listModei: to monitor item list 




// components to the visual environment. It instantiates JLabel 1 .setHorizontalAlignment(com.sun.java.swing SwingConsta 

and initializes nts.CENTER); 

// the components. To modify the code, only use code JLabel 1 .setText("Connection Links"); 

syntax that matches getContentPane().add(JLabell); 

JLabel 1 .setForeground(java.awt.Color.black); 
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create a combobox with all type of links 


// Record the size of the window prior to calling parents com.sun.java.swing.JComboBox connectionComboBox = new 

addNotify. com.sun.java.swingJComboBoxO; 

Dimension size = getSizeQ; com.sun.java.swingJLabel JLabell = new 

com.sunjava.swing.JLabelO; 

super.addNotifyO; com.sun.java.swing.JTextField tempTextField = new 
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com.sun.java.swing.JScrollPaneO; connectionComboBox_itemStateChanged(java.awt.event.ItemEvent event) 

com.sun.java.swing.JList itemList = new { 

com.sun.java.swing.JList(); if( event.getStateChange() == event.SELECTED ){ 

com.sun.java.swing.JButton updateButton = new listModel.removeAHEIements(); 

com.sun.java.swingJButton(); this.tempTextField.setText(""); 



selecteditem = (String)event.getltem(); } 

for( int i=0; i<LINK_FILE_NAMES.length; i++ ){ else{ 

if( selectedItem.equals(LINK_FILE„NAMES[i])){ update = true; 

for( int j=0; j<storedVector[i].size(); j++){ } 

listModel.addElement(storedVector[i].elementAt(j)); } 
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if( Is.equalsC"’)){ JOptionPane.WARNING_MESSAGE, null, options, options[0]); 

searchButton(s); if( i==0) { 

this.tempTextField.setText(’'"); updateButton_actionPerformed(event); 

update = false; } 




} if( event.getClickCountO > 0) { 

setVisible( false); String s = (String)this.itemList.getSelecteclValue(); 

disposeO; this.tenipTextField.setText(s); 

} this.currentPosition = (int)this.itemList.getSelectedIndex(); 


s 

p 


73 

£9 

o 


E 

p 


•o 


CO 


x: 

o 


bo 

c 

Z 


73 


!E 

.£ 

73 



*c 

< 

2 

,2 

CO 

C 

CD 

•Z3 03 

o 

2 

£ 

3 E 



CO CD 

o CO 

3 

3 

XS 

£ 1 

^ u 

E fe 

m 

x: 

.2 

IE 

*= ch 

CD ^ 

c .S2 

X) 3 
.. 03 

c/3 "n 

o 

Ui 

CO 

03 

x: 

O *£ 

y X 

c O 

I y 

rs 

2 

CO 

03 

CO 

§ ^ 
a 3 
o CO 

§- 1 
© o 

o 

> 


CX 


* 

E * * 

* £ * 



o 

o 



U 

U 



P 

'w' 

C/3 

CO - 


CT 

a> 

d 

o 

3 

c/3 




o 

u 

> 

s: 

o 

Im 




C 

<D 

> 

w 

c 

.2 

o 

< 

c 

> 

0) 

% 

CO 

CO 

> 

CO 

•O 

73 

(U 

E 


o 

E 

CO 

z 

E 

o 

o 

p 


(D 

cx 

c 

o 


. ^ o 

O W) 
S 2 


3 

o 

3 

PQ 

(D 

CO 

O 


o 

> 


o 

W) 


li 

ID 

E 

CO 

x; o 


X 

= ^ 
C 73 

11 

PU 
p ® 


X 

cx 

c - £ 

.3 13 ^ 


^ 2 
bo o 


o 

> 

o 



3 

o 

bO 


(D 

> 

(D 

'w' 

73 

O 

_o 

U 

CD 


3 

3 22 § 

p E to 

II B J 

o II E 
11 ^ 
o o 

w CD 
O ^ 

J't 

o ^ 


73 

O 

O 

CD 


E 

CD 



346 


void itemList_mouseClicked(java.awt.event.MouseEvent event) 
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Search which vector is respective with the selected link type JOptionPane.ERROR_MESSAGE); 



DefaultListModel decomposeListModel = new DefauItListModel(); 
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getContentPane().add(JLabel2); { 

JLabel2.setForeground(java.awt.Color.black); if (b) 

JLabel2.setBounds(300,68,270,22); setLocation(50,50); 

//}} super.setVisible(b); 




} com.sun.java.swing JList decomposeList = new 

com.sun.java.swingJListQ; 

com.sun.java.swingJLabel JLabeil = new 

public void addNotifyQ com.sun.java.swing.JLabel(); 

{ com.sun.java.swingJLabel JLabel2 = new 
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com.sun.java.swing.JButtonO: String s = this.tf.convertToThePath(selectedltem); 

com.sun.java.swingJLabel titleLabel = new if( s!= null ){ 

com.sun.java.swing.JLabel(); this.tf.setSelectedItem(s, selecteditem); 

com.sun.java.swing.JScrollPane decomposeScrollPane = new setVisible(false); 

com.sun.java.swing.JScrollPane(); dispose(); 



} decomposeListModel.removeAllElementsO; 

} if( this.tf != null ){ 

} String currentComponent = 

else{ this.tfxheckSelection((String)this.componentList.getSelectedValue()); 

setVisible(false); if( !currentComponent.equals("")){ 
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void componentList_mouseReleased(java.awt.event.MouseEvent 



package Cases; 

* @param temp : a string of selected component name 

* @param f: a file with a name temp import java.awt.*; 

* ©return decomposes vector contains all decomposed import java.io.*; 

components of the component temp import com.sun.java.swing. 
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* casesDirectory : the entire path of current project, eg. 
F:\Cases\projectName\ 



Symitem ISymItem = new Symltem(); 
projectComboBox.addltemListener(ISymltem); 
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SymAction ISymAction = new SyniAction(); if( listlength > 0){ 

OKButton.addActionListener(lSymAction); for(int i=0; i<list.length; i++ ){ 

cancelButton.addActionListener(lSymAction); File aFile = new File(casesDirectory, list[i]); 

browseButton.addActionListener(lSymAction); if( aFile.isDirectoryO ){ 



projectComboBox.addItem(Iist[i]); public void addNotifyQ 
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(new DeleteDialog()).setVisible(true); 
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projectComboBox_itemStateChanged(event); 



projectComboBox contains all project names under Cases directory 
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aFile.deleteO; private String outputComponent = null; 




* ©return outputComponent: output component of the step type 
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public String getStep(){ 
return this.step; 



package Cases; { 

// This code is automatically generated by Visual Cafe 

import java.awt.*; when you add 

import java.io.*; // components to the visual environment. It instantiates 

import java.util.*; and initializes 
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JLabell .setTextC'Step Version”); 

‘ getContentPane{).add(JLabell); 

Build EditDecomposeFrame JLabel 1 .setForeground(java.awt.Color.black); 

^ JLabell.setBounds(7,54,175,22); 

public EditDecomposeFrameO stepTextField.setEditable(false); 
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public EditDecomposeFrame(String. sTitle, String stepName, 




thisO; isEdit = true; 

//Set Delete button for Edit frame } 

deleteButton.setTextC'Delete"); 
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(String)secondIn.readLine()); DataInputStream secondin = new DataInputStream( 

} new FilelnputStream(f)); 

} if( secondin != null){ 

} this.secondaryTextField.setText( 

catch( lOException io ){ System.out.println(io);} (String)secondIn.readLine()); 





catch( lOException io){ System.out.println(io);} menuBar.getPreferredSize().height; 
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com.sun.java.swingJButton(); 

Insets insets = getlnsets(); com.sun.java.swingJButton exitButton = new 

com.sun.java.swing JMenuBar menuBar = com.sun java.swing.JButtonQ; 


com.sun.java.swing.JButton deleteButton = new File oldFile = new File(this.pathName, 

com.sun.java.swing.JButtonO; COMPONENT_CONTElSiT_DIR); 

//}) File newFile = new 

File(newPath,COMPONENT_CONTENT_DIR): 

// {{DECLARE_MENUS newFile.mkdir(); 
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) depSecondary.closeO; 

fileOutput.closeO; 

if( dir.isDirectoryO ){ exitButton_actionPerformed(null); 


catch(FileNotFoundException fex){ System.out.println(fex);} /** 

catch(IOException e) {System.out.println(e);} * Copy all link files under Component Content directory into the new 

decomposed step 
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* Check all components in secondary textfield are valid or not 



@param secondary : a string of secondaryTextField String[] 1 = aFile.listQ; 

©return boolean : valid or invalide input for( int i=0; i<l.length; i++ ){ 

File file = new File(aFile, l[i]); 

public boolean checkInputs(String secondary){ if( file.isDirectoryO ){ 

String output = outputTextField.getText(); removeAll(file); 





* EHLName : evolution history process name 



EHLPath : a string of step types in the evolution process 
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public String getEHLPath{){ public interface I_AVCOpenStep{ 

return this.EHLPath; public void setInitialFrame( VersionControl vc); 

} public void setLoopNameComboBox( Vector loopVector); 

public void setStepComboBox( Vector step Vector); 



public void setVersionComboBox( Vector versionVector ); public Vector getAllAtomics(); 

public void saveStepCotitentVector(Vector v); 
public Vector getStepContentVector(); 
public Vector getScheduledAtomicVector(); 
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public int findMax( String thePath); 
public void tokenizer( Vector v, String s); 
public Vector fileNameList(); 
public void savePersonnelVector(Vector v); 
public Vector getPersonnelVector(); 




import java.io. 
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public void setInitial(Personnel personnel); 
public Personnel getPersonnelDataQ; 
public void setSkillComboBox(Vector v); 




public void searchFiles(File aFile, String fileType); 
public void searchlndex(); 
public void searchInputFiles( String thePath ); 
public void searchPath( String s); 

public void setConiponentContent(String selecteditem, File f); 
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////////////////////////////////^^^^^^ * ListDialog : Use to list components. It is launched by 

public interface I_Trace{ StepContentFrame, 

public String checkSelection(String selecteditem); * TraceFrame, and ProjectSchemaFrame. 

public String convertToThePath(String s); * 

public File searchFilePath( String s); * Implement CasesTitle where stores all global variables of Cases package 
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public ListDialog(JFrame parent) 

{ //{{REGISTER_LISTENERS 

super(parent); SymAction ISymAction = new SymAction(); 

OKButton.addActionListener(lSymAction); 



cancelButton.addActionListener(lSymAction); 
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o 


@param title : title of this dialog when trace frame launchs it ponentlDQ); 

@param itemVector : list of components from trace frame 

@param index : index of button from trace frame, eg, Ortrace button, } 



com.sun.java.swing.JButton cancelButton = new 
if (b){ coni,sun.java.swing.JButton(); 

this.setLocationRelativeTo(this.scf); com.sun.java.swingJLabel titleLabel = new 

} com. sun j ava. swing. JLabel(); 

super. setVisible(b); //}} 
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com.sun.java.swingJListO; String selecteditem = (String)this.itemList.getSelectedValue(); 

com.sun.java.swing.JButton OKButton = new if( index == 0){ 

com.sun.java.swingJButton(); String s = this. tf. con vertToThePath(selectedltem); 

if(s!=null){ 



this.tf.setSelectedItem(s, selecteditem); 

setVisible(false); /** 

disposeO; * Exit ListDialog 
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this.psf.setItemList(this.itemList.getSelectedValues()); 

setVisible(false); lllllflllllllllllUIIIIIIIIIIIIIIIIIIIIIIIIIIIHIIIIIIIIlin 

disposeO; /** 

* Personnel: Create a Personnel object and save it in a file with 
} * the name is Personnel's ID under stakeholder directory 
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/** * Set skills for the person 
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* ©return securityLevel: security level 




@param s : email address of the person 
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Set the list of minor jobs for the person 




public void setMinorJobs (Vector v){ package Cases; 

this.minorJobs = v; 

for( int i=0; i<v.size(); i++ ){ import java.awt.*; 
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edit: a flag to define the purpose of using this frame, eg. view or edit 




Personnel personnel = null; JLabel5.setHorizontalAlignment(com.sunjava,swing.SwingConsta 

nts.RIGHT); 

/** JLabel5.setText(’'E-mail Address"); 

* listHeadings: the 3 column headings of job multi list getContentPane().add(JLabel5); 
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getContentPane().add(JLabel2); JLabel9.setForeground(java.awt.Color.black); 

JLabel2.setForeground(java.awt.Color.black); JLabel9.setBounds(45,145,110,24); 

JLabel2. setB ounds(45,40,110,24); 






saveButton.setBounds(0,0,0,0); 

JLabell0.setHorizontalAlignment(com.sun.java.swing.SwingConst getContentPane().add(skillComboBox); 

ants.RIGHT); skillComboBox.setBounds( 155,110,300,24); 

JLabellO.setTextC'Telephone Number"); getContentPane().add(securityComboBox); 

getContentPane().add(JLabellO); securityComboBox.setBounds( 155,145,300,24); 
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exitButton.setTextC'Exit"); onHandsPanel.setBounds(0,0,0,0); 

exitButton.setActionCommandC'Exit"); getContentPane().add(minorRadioButton); 

getContentPane().add(exitButton); minorRadioButton.setBounds(0,0,0,0); 

exitButton.setBounds(0,0,0,0); getContentPane().add(majorRadioButton); 

getContentPane().add(saveButton); .majorRadioBuUon.setBounds(0,0,0,0); 
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getContentPane().add(onHandsPanel); 

onHandsPanel.setBounds(155,320,300,30); 

CasesFrame launch this to edit and view personnel object minorRadioButton.setText("Minor Jobs"); 

niinorRadioButton.setSelected(true); 



onHandsPanel.add(minorRadioButton); this(); 

minorRadioButton.setBounds(170,3,130,24); setTitle(sTitle); 

majorRadioButton.setTextC'Major Jobs"); } 

onHandsPanel.add(majorRadioButton); 

majorRadioButton.setBounds(20,3,130,24); public void setVisible(boolean b) 
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} getRootPane().getJMenuBar(); 

int menuBarHeight = 0; 
if (menuBar != null) 

public PersonnelFrame(String sTitle) menuBarHeight = 

{ menuBar.getPreferredSize().height; 
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com.sun.java.swingJButton skillButton = new //}} 

com.sun.java.swing.JButtonO; 

com.sun.java.swingJButton exitButton = new /** 

com.sun.java.swingJButton(); * Add all selected skills from SkillTableFrame to skillComboBox 




@param v : a selected skill vector (new SkillTableFrame(this)).setVisible(true); 
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public void void clearButton_actionPerformed(java.awt.event.AetionEvent 

skillButton_actionPerformed(java.awt.event.ActionEvent event) event) 
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Integer.parseInt((String)securityComboBox.getSelectedItem()); public void setInitial(Personnel personnel)! 

String email = emailTextField.getTextO; if( personnel != null){ 

String tel = telephoneTextField.getText(); IDTextField.setText(personnel.getID()); 

String fax = faxTextField.getText(); . nameTextField.setText(personnel.getName()); 




setSkillComboBox(personnel.getSkill()); public void 

minorRadioB utton_itemS tateChanged(j ava. awt.event.ItemEvent event) 
securityConiboBox.setSelectedIteni(""+personnel.getSecurityLevel()); { 

eniailTextField.setText(personnel.getEmail()); if( event.getStateChange() == event.SELECTED) { 

telephoneTextField.setText(personnelgetTelephone()); majorRadioButton.setSelected(false); 
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} for( int j=0; j<v.size(); j++){ 

StepContent sc = (StepContent)v.elementAt(j); 
System.out.println("stepNamme = "+sc.getStepName()); 

View minor jobs of selected personnel object to the list jobMultiList.addTextCell(j, 0, sc.getStepNameQ); 

' jobMultiList.addTextCell(j, 1, sc.getRealStartTimeO); 







V3 Ui 

55 d d 
2 > > 

, ^ * o -t—j .#-, 

*. d *=3 

d 5 ^ ? =5 

.S D C3 OS w U5 

CQ CQ (A CQ £ C 

^ § S § I 0 

W W W 'W w w 

U Wn i -4 U« U U( 

000000 

Ou Ou Cu Qu Cl( 

s s s a s s 



385 


ProjectSchemaFrame : allows a user to create step types, component public Hashtable stepHashtable = new Hashtable(); 
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JLabel4.setHorizontalAlignment(com.sun.java.swing.SwingConsta JLabell6.setHorizontaIAlignment(com.sun.java.swing.SwingConst 

nts.RIGHT); ants.RIGHT); 

JLabel4.setText("Existing Step Types"); JLabell6.setText("Project Label:"); 

stepTypePanel.add(JLabel4); stepTypePaneLadd(JLabel 16); 



JLabel 16.setForeground(java.awt.Color.black); 

JLabell6.setFont(new Font("Dialog", Font.BOLD, 18)); JLabel8.setHorizontalAlignment(com.sun.java.swing.SwingConsta 

JLabell6.setBounds(2,6,280,24); nts.RIGHT); 

stepLabel.setTextC'Label"); JLabel8.setText("Existing Component Types"); 

stepTypePanel.add(stepLabel); componentTypePanel.add(JLabel8); 


a; o 

■ 

■ 

3 O c 

is ^ .2 
.2 a 

CX 

c 2 Q 


>< "S 13 

o 4> c 

H H « 

111 

O O c 
c/3 00 53 

o ^ 

Q a o 

Cl^ Oh (X 

£ E E 
o o o 
o o o 


-2 ^ 
^ 2 r4 ' 

n 

^ O cnT ' 
*0 LL 
e ^ ^ 

§ ^ ei- 

O O 00 

E S I f 

O O O 

& s 

o o o [ 

c/3 c/3 c/5 

’o 13 13 

^ JD ^ 
cd ctf cC 
.J H-l 

Cu Oh Oh 

o O <D 


<U c 
^ C O 
O T3 

*3 &* ^ 

§ i i 

3 ^ ob 
cd cB ^ 

d 2 S 

o e u 

C/3 Cd W5 

^ D-, —J 
o u o 

C3 ^ Cd 
Dh ^ O/ 

g-fS s. 

H , 


2 g?5 
, o- 
C E g 

8 S 

o 


<L) c <U 
C/D 53 C/3 c/3 

in c »ri w-i 
*0 S 13 13 

JO g-X) -o 
cd c cd cd 
.J O J H-} 

h—j O H-j 


iQ 



13 

o 

13 

hD 

X) 

X 

^ AC 

d H 

^ AC 

d H 

cd 

hJ P 


^ X 


O 

O 

o 

2 

5 

2 

c/5 

C/3 

c/3 

c 

c 

c 


388 


componentTypePaneI.add(JLabel7); compDescriptionTextArea.setBounds(225,190,300,80); 

JLabel7.setForeground(java.awt.Color.black); compSaveButton.setText("Save"); 

JLabel7.setBounds(50,190,170,22); compSaveButton.setActionCommand("Save"); 

componentTypePanel.add(compSaveButton); 
compSaveButton.setBounds(492,297,75,22); 
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EHLAddButton.setActionCommandC'jbutton"); projectLabel.setForeground(java.awt.CoIor.black); 

EHLPanel.add(EHLAddButton); projectLabel.setFont(new Font("Dialog”, Font.BOLD, 

EHLAddButton.setBounds(10,297,75,22); 18)); 

EHLDeleteButton.setText("Delete”); projectLabel.setBounds(294,6,280,24); 



dependencyPanel.add(JLabel 10); 

JLabell5.setHorizontalAlignment(com.sun.java.swing.SwingConst JLabell0.setForeground(java.awt.Color.black); 

ants.RIGHT); JLabell0.setBounds(30,150,240,22); 

JLabell5.setText("Existing Evolution Process"); 

EHLPanel.add(JLabell5); JLabell2.setHorizontalAlignment(com.sun.java.swing.SwingConst 
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JLabel9.setBounds(30,110,240,22); dependencyPanel.add(depenStepComboBox); 

depenStepComboBox.setBounds(275,110,270,22); 

JLabell0.setHorizontalAlignnient(com.sun.java.swing.SwingConst depenPrimaryTextFieid.setEditable(false); 

ants.RIGHT); dependencyPanel.add(depenPrimaryTextField); 

JLabel lO.setTextCOutput Component Type"); 
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Component Type(s)"); compCIearButton.addActionListener(lSymAction); 

dependencyPanel.add(secondaryButton); EHLAddButton.addActionListener(lSyniAction); 

secondaryButton.setBounds(30,230,240,22); EHLEditButton.addActionListener(lSymAction); 

configManagTabbedPane.setSelectedlndex(O); EHLDeleteButton.addActionListener(lSymAction); 



EHLClearButton.addActionListener(lSymAction); { 

depenOKButton.addActionListener(lSymAction); if (b) 

depenCancelButton.addActionListener(lSyniAction); setLocation(50,50); 

doneButton.addActionListener(lSymAction); super.setVisible(b); 

EHLDoneButton.addActionListener(lSymAction); } 
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this.pathName = pathName; setSize(insets.left + insets.right + size.width, insets.top + 

this.readInputFiles( this.pathName); insets.bottom + size.height + menuBarHeight); 
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com.sun.java.swing.JButton stepSaveButton = new com.sun.java.swingJLabel(); 

com.sun.java.swing.JButton(); com.sun.java.swing.JPanel EHLPanel = new 

com.sun.java.swing.JLabel JLabell6 = new com.sun.java.swing.JPanel(); 

com.sun.java.swing.JLabelO; 
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com.sun.java.swing.JPanel dependencyPanel = new 
com.sun.java.swingJPanelO; 

com.sun.java.swing.JLabel JLabel9 = new class SymAction implements java.awt.event.ActionListener 

com.sun.java.swingJLabelO; { 
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EHLDeleteButton_actionPerformed(event); 



this.stepVector.setElementAt( stepType, this.selectedStepIndex- 
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String stepName = stepNameTextField.getText(); */ 

String stepDescription = stepDescriptionTextArea.getText(); public void 

StepType stepType = new StepType( stepID, stepName, stepClearButton_actionPerformed(java.awt.event.ActionEvent event) 

stepDescription); { 

this.stepIDTextField.setTextC”’); 



this.stepNameTextField.setText(*'”); //Clean up the frame 

this.stepDescriptionTextArea.setText(‘"’); this.stepClearButton_actionPerformed( null); 

if( this.existedStepComboBox.getItemCountO > 0){ } 

this.existedStepComboBox.setSelectedlndex(O); 
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catch( lOException e){ String compID = compIDTextField.getText(); 

debugC’IOException: ”+e); String compName = compNameTextFieId.getText(); 

} String compDescription = compDescriptionTextArea.getText(); 



ComponentType compType = new ComponentType( compID, this.compIDTextField.setTextC”'); 

compName, compDescription); thisxompNameTextField.setText(""); 

this.compVector.setElementAt( compType, this.compDescriptionTextArea.setText("‘'); 

this.selectedCompIndex-1); if( this.existedCompComboBox.getItemCount() > 0 ){ 

this.existedCompComboBox.setSelectedlndex(O); 
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* Refresh all text fields in component panel } 

*/ catch( lOException e ){ 

public void debug('TOException: 

compClearButton_actionPerformed(java.awt.event.ActionEvent event) } 

{ //Clear the Frame 
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//Clean up the frame 

this.EHLClearButton_actionPerformed( null); 


* Refresh all text fields in EHL panel EHLOut.flushQ; 

*/ EHLOut.closeO; 

public void EHLFileOut.close(); 

EHLCiearButton_actionPerformed(java.awt.event.ActionEvent event) } 
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thisxonfigManagTabbedPane.setSelectedIndex( 3); 

Enumeration enum = (Enumeration)listModel.elements(); 
this.setEnabled( 0, false); while( enum.hasMoreElements()){ 

this.setEnabled( 1, false ); if( 

this.setEnabled( 2, false ); !this.depenHashtable,containsKey((String)enum.nextElement())){ 




v.addElementC"’); dependencyOut.writeObject( this.depenHashtable); 

v2.addElement(""); saveTab[3] = true; 


zi o ^ 
^ “ o' 

4^ W c/3 

3 3 0 

OOlS 

^ 

0 0 3 
c e n 

•s-s« 

3 3 

Cu 3^ Oh 
o U <1> 

' ’O *3 *3 


O 

3 

3 

^ -C3 S> 

w 3 w 


o 

3 a:> 

a> 

a> 


IS 3 

Id 

Id 

3 


3 

3 

3 

IS c 

3 

3 

e 

c e 



o 

O <D 

O 

o 

c/3 

O c/3 

c/3 

c/3 

C/3 

e/5 c/3 

&2 



3 !§ 

IS 

3 


= = X 

X ^ H 

O X C 
C—I o 

C c-H ^2 

o C 

(>0 0 ^ 

T3 .2 

X — H 
3 

3 3 G 
S O 
•3 ”5 C-> 

CL, C 00 
3 3 3 
o o o 

Oh Oh Oh 

o o a> 

3 3 3- 


5 ^ 
* § * 
Oh 
(L> 

3 


^ 3 
•Sh ^ 

a|^ 

_^30 

Offi o 

Jt-S 

-S 6 
3 :5 3 
x: ’S 3 


^ 3 
3 O 

^ B 

3 O 

ja s 

W 3 
3 T3 
TD 3 

^ cvi 
> > 


401 


} FileOutputStream depFileOut = new FiIeOutputStream( 

} this.pathName+"\\dependency.cfg'’); 

} ObjectOutputStream dependencyOut = new ObjectOutputStream( 

if( dependencyOut != null){ depFileOut); 




if( this.depenHashtable.sizeO > 0){ int j = JOptionPane.showOptionDialog(this, "Would you like to 

if( dependencyOut != null){ save?", 

dependencyOut.writeObject( this.depenHashtable ); "Warning", JOptionPane.DEFAULT_OPTION, 

} JOptionPane.WARNING_MESSAGE, null, options, options[0]); 

dependencyOut.flushO; if( j==0){ 
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{ System.out.println(string); 

for( int i=0; i<saveTab.length; i++){ } 

if( !saveTab[i]){ 

Object[] options = { "Yes", "No" }; class Symitem implements java.awt.eventltemListener 





Object object = event.getSource(); this.existedStepComboBox.addltem(stlD); 

if (object == depenStepComboBox) } 
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for( int i=0; i< stepVector.size(); i+-f){ * 

StepType st = (StepType)stepVector.elementAt( i); * @param EHLVector : contains the current EHL objects 

String stID = st.getStepID(); */ 

public void setEHLComboBox( Vector EHLVector){ 
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and create new directory for the selected step compIDTextField.setText( ct.getComponentID()); 

compNameTextField.setText( ct.getComponentName()); 

@param stepVector : contains the current step names compDescriptionTextArea.setText( ct.getComponentDescription()); 



into stepVector, compVector, and EHLVector respectively 
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* Read step.cfg, componentxfg, and loop.cfg files and insert their 

contents File componentFile = new File(this.pathName, "component.cfg"); 



FilelnputStream fileinput = new FileInputStream( componentFile) EHLInxlose(); 

fileInput.closeO; 

ObjectInputStream compin = new ObjectInputStream( fileinput); } 
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ObjectInputStream EHLIn = new ObjectInputStream( fileinput); if( dependencyin != null){ 

if( EHLIn != null){ this.depenHashtable = (Hashtable)dependencyIn.readObject(); 

this.EHLVector = (Vector)EHLIn.readObject(); } 

if( this.EHLVector.sizeO > 0){ dependencyIn.close(); 

this.setEHLComboBox( this.EHLVector); fileInput.cIose(); 



} void 

catch( lOException e){ existedCompComboBox_itemStateChanged(java.awt.event,ItemEvent 

debugC‘IOException_readDepIn: *‘+e); event) 
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* List all existing component type objects in the project if( this.EHLHashtabIe.containsKey( selectedEHLName)){ 

* and allow a user to view or edit them this.setEHLInfo( (EHL)this.EHLHashtable.get( 

*/ selectedEHLName)); . 




this.depenSecondaryTextField.setTextC'"); 
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} String selecteditem = (String)event.getltem(); 

} int selectedindex = this.depenEHLComboBox.getSelectedIndex(); 

else{ 

dep = new Dependency( loopName, stepName, output, if( this.EHLHashtable.containsKey( selecteditem)){ 

primary, secondary); EHL ehl = (EHL)this.EHLHashtable.get( selecteditem); 
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setTitleC’Review Component Content"); selectedTextField.setBackground(java.awt.Color.white); 

setModal(true); selectedTextField.setBounds(16,120,384,24); 

getContentPane().setLayout(null); //}} 

setSize(500,450); //{{INIT_MENUS 



//}} thisQ; 

setTitie(sTitle); 

//{{REGISTER^LISTENERS } 

Symitem ISymItem = new Symltem(); 

connectionComboBox.addlteniListener(lSymltem); public void setVisible(boolean b) 
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if( !s.equals("")){ } 

if( connectionComboBox.getSelectedIndex()>0){ /** 

int index = connectionComboBox.getSelectedIndex()-l; * Set the selectedTextField when a user selects an item from this list 

if( index == 3 )( */ 

(new PersonnelFrame(s.trim(), "View")).setVisible(true); void itemList_mouseClickedGava.awt.event.MouseEvent event 
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Object object = event.getSource(); * Implement CasesTitle where stores all global variables of Cases package 

if (object == itemList) * Implements interface I_Cases 

itemList_mouseClicked(event); */ 

llllllllllllllllllllllllllllllllllllllllllllllllllllllllllllllllllllllllllllllll 




public class SkillTableFrame extends com.sun.java.swing.JFrame //{{INIT_CONTROLS 

implements CasesTitle setTitle("Skill List"); 

{ getContentPane().setLayout(null); 

/** setSize(405,305); 

* scf: parent frame to launch this frame setVisible(false); 
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syntax that matches OKButton.addActionListener(lSymAction); 

// what Visual Cafe can generate, or Visual Cafe may be cancelButton.addActionListener(lSymAction); 

unable to back //}} 

. // parse your Java file into its visual environment. 



(new SkiIlTableFrame()).setVisible(true); 
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super.setVisible(b); com.sun.java.swingJScrollPane tableScrollPane = new 

} com.sun.java.swingJScrollPane(); 

com.sun.java.swingJTable skillTable = new 

static public void niain(String args[]) com.sunjava.swingJTable(); 
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int index = selectedRows[i]; for( int j=0; j<SKILL_LIST.length; j++){ 

String s = skillModeLgetValueAt(index,0)+": skillData[j][l] = SKILL.LISTlj]; 

-fskillModel.getValueAt(index, 1)+": ‘*+skilIModel.getValueAt(index,2); skiIlData[j] [2]=” "+0; 

skillVector.addElement(s); } 




skillModel = new DefaultTableModel(skillData, 
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}3iqBziiBU3S sjuauiajdiu! juajuoQdajs ssep oqqnd 
llllllllllllllllllllllllllllllllllllllllllllllllllllllllllllllllllllllllllllllll 



* estimateDuration : estimate how long the job will finish private String evaluator = null; 
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evaluator : a person's ID to evaluate the job * @param s : name of the step 




public void setStepName(String s){ this.skill 

this.stepName = s; } 
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@param s : a string of evaluation 



* ©return evaluation : evaluation of the step 
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*/ public void setPriority(int i){ 

public void setOrganizer(String s){ this.priority = i; 

this.organizer = s; } 



©return priority : an integer of priority level 
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public void setDeadline(String d){ this.finishTime = 

this.deadline = d; } 



©return manager : the manager's ID 
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* StepContentFrame : Use to create/delete/view step content of the 
The manager's ID to manage the job selected step 




* Implement CasesTitle where stores all global variables of Cases package // the components. To modify the code, only use code 

* Implements interface I_StepContent syntax that matches 

*/ // what Visual Cafe can generate, or Visual Cafe may be 

lllllllllllllllllllllllllllllllllllllllllllllllllllllllllll^ unable to back 

public class StepContentFrame extends com.sun.java.swing.JFrame // parse your Java file into its visual environment. 
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// components to the visual environment. It instantiates /**/ 
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JLabel5.setForeground(java.awt.Color.black); getContentPane().add(JLabeil2); 

JLabel5.setBounds(l,305,100,24); JLabell2.setForeground(java.awt.Color.black); 

JLabel 12. setB ounds(371,155,100,24); 
getContentPane().add(priorityComboBox); 



priorityComboBox.setBounds(472,155,200,24); getContentPane().add(predecessorsButton); 

//**SkillComboBox predecessorsButton.setBounds(351,105,120,24); 

getContentPane().add(skillComboBox); //**SkillButton 

skillButton.setTextC'Skill"); 

skillComboBox.setBoundsC102,205,200,24);//! 02,155,200,24); skillButton.set ActionCommand("SkiH"); 
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selectedLabel.setFont(newFont(''Dialog", Font.BOLD, exitButton.addActionListener(lSyinAction); 

14)); predecessorsButton.addActionListener(ISyinAction); 

selectedLabel.setBounds(217,30,400,30); //y=6 skillButton.addActionListener(lSymAction); 

predecessorsButton.setTextC'Predecessors"); deadlineButton.addActionListener(lSyiTiAction); 

predecessorsButton.setActionCommandC'jbutton"); startTimeButton.addActionListener(lSyinAction); 



finishTimeButton.addActionListener(lSymAction); this(); 
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public StepContentFrame(TraceFrame traceFrame, String stepName, DateFormat df = DateFormat.getDateInstance(); 

String pathName, Vector atomics) Date d = df.parse(theCalendar.getDate()); 

{ deadlineTextField.setText(d.toString());, 




earIiestSTTextField.setText(d.toString()); static public void main(String args[]) 

finishTimeTextFieId.setText(d.toString()); { 

} (new StepContentFrame()).setVisible(true); 

catch( Exception e) {System.out.println(e);} } 
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if(b) 

setLocation(50,50); //{{DECLARE_CONTROLS 

super.setVisible(b); com.sun.java.swing.JButton saveButton = new 

com.sun.java.swing.JButtonO; 



(D 


O 

G 


X 

O 

o 

S 

o 

U 

>> 




X 

o 

o 

I 

o 

U 


o 

c 


H II 


CM ::: VO p 

-H h! ^ ^ 


cu 

X 

o 

« 

o 

jO 

s 

O 


CD 

X) 

a 


o 

X 

C3 

hJ 


bO 

l:if 

c/5 CC CiO 

d j d 

cci bo cd 
C ‘-T 

c - - 

s 

6 
o 
o 


bO _ 

C X 

S 
o 
U 


X 

o 

pq 

o 

0 ’S 

o 6 

rn 

O bc 


O 

■§ 

hJ 


c/5 

d 
> 
bO cb 

c *:? 


(D 

> X 


bO < 

C 


<D 

bb 

c ‘ 


o 

c 

II 

2 

*0 

E 

X 

e2 

G 

.2 


C3 
> 
o 

2 
13 

5 

X 

£ O 

K 2 

I ^ 

M 

^ bO 

c 


u 
c: 

II 

2 

1> 

E 

w 

X 

c 

cd 
o 
-o 

2 

1 ) 

@ 

p2 O 

G 2 

bb2 

■S 

g c; 

cb bb 

c 


ID 

G 

II 

2 

13 

5 

X 

(D 


CO 


CD 

2 

5 

. X 


o 

G 

II 

2 

13 

E 

X 

ID 

1 

H 

X 

c/5 

*5 

X 

2 

*2 

E 

4»> 

. X 

'H 


CD 


CD 

•§ 

►j 

*0 

D 

O 

o 


CD 


c 

o 

4») 

4-i> 

G 

pq 


o 

o 

ID 

CD 


CD 

C 


o 

G 

II s 

ci 5 

o PQ 

tj <D 

3 G 

PQ 


CD 


C 

o 

3 

« 

CD 

E 


S iB fc 


- 2 . 

bb 2 d) 

C LL, C 
X 

(M O CO 

d H CCS 

cd bJ) ca 

•'T» c3 


ID 
« X 
V CCS 

'hJ 


2 

2 da 

£ » 
H cd 
^ > 
bo cd 


G 

O 

w 

3 

PQ 

H-j 

cS bb 

13 -S 

•m ^ 

M cd 

H-j ^ 

bo 3 
C 'I" 


3 

Q 


■§ 

ID 

•o 

c 

o 


CD 


3 

O 


PQ 

I 

CO 


3 3 


3 

2 

3 


3 

O 

3 

PQ 


CD 

3 

II 

2 

13 

s 

X 

3 

o 


3 

Q 

4-» 

C/5 

CD 

2 

13 

5 

X 

H 


2 

13 

E 

X 

H 

>% 

s 

CD 

3 

II 

2 

13 

E 

X 

.. c 

a; o 


u 

.1^ 


>J 

3 

.2 

o 

< 

X 

3 

CD 

> 

CD 

w 

cd 

d 


3 


0 

“"c 
.£ 0 

.s¥ 

•S 0 

3 

% 3 
g 3 

^ 3 

^ s 

PQ 

d S9 

d B 

d s 


bX)' 
3 


> n > 

3 bO 3 
— 3 


> 

3 bO 

C 


2 

c c 2 3 

2 Q 

^ ■SJ "2 M 

■ S “ 

^ LT T3 


^ /S 

5 s 

3 bb ' 

’!? C : 


3 


bb 2 



3 


>>4 

3 


3 


3 


3 


3 


)-p 

3 


3 


lx 

3 


3 


>-p 

3 


3 


3 

^ So 


X 

CO 

CO 

CO 

CO 

CO 

CO 

CO 

CO 

CO 

CO 

CO 

CO 

CO 

CO 

CO 

CO 

CO 

CO 

CO 

CO 

CO 

CO 

CO 

CO 

CO 

CO 

d S 
g 0 

CO 

cS 

3 

> 

3 

E 

0 

0 

3 

••-N 

s 

0 

0 

3 

.p-^ 

£ 

0 

0 

1 

E 

0 

0 

3 

> 

3 

E 

0 

0 

3 

> 

3 

E 

0 

0 

3 

¥ 

E 

0 

0 

3 

> 

3 

E 

0 

0 

I 

.p^ 

E 

0 

0 

3 

-1 

E 

0 

0 

3 

> 

3 

.p-»j 

E 

0 

0 

^3 

E 

0 

0 

3 

> 

3 

I 

0 

I 


3 


3 


3 


3 


3 


G 


3 


3 


3 


3 


3 


3 


3 


3 

3 


3 


3 


3 


3 


3 


CJ 


3 


3 


3 


3 


3 


3 


3 


3 

3 


CO 


CO 


CO 


CO 


CO 


CO 


CO 


CO 


CO 


CO 


CO 


CO 


CO 


CO 

CO 


s 


E 


E 


E 


E 


E 


s 


E 


s 


£ 


E 


s 


E 


E 

s 


0 


0 


0 


0 


0 


0 


0 


0 


0 


0 


0 


0 


0 


0 

0 


0 


0 


0 


0 


0 


0 


0 


u 


0 


0 


0 


0 


0 


0 

0 



o 

3 


3 

o 

w 

3 

PQ 

B 

2 

U 

*0 

3 

o 

3 

PQ 

I—» 

bb 

3 


0) 


3 

o 

4~» 

4-> 

3 

PQ 

4-* 

x 

CD 

3 

O 

3 

PQ 

' bb' 
3 


3 o .3 o .3 


CD 

3 

II 

ID 


CD 

•§ 
j 
; ^ 

' bb 

3 


^ 3 
PQ 


CO 

bX) 3 
3 

% 3 

CO CO 

d 3 

^ i 


CO 

. 2 

bO 3 

I ■« 

^ i 

d 3 

^ I 

’-n CJ 


ID 

3 

li 

2 

13 

E 

X 

o 

o 

'S 

> 

cu 

2 

CO 

2 

ID 

5 

X 

H . 

I—» , 

O d) 

13 -S 

•§ g 

tJ d 
^ > 
bO 3 
3 

^ 3 

CO CO 

i £ 
■Is 


ID 

3 

II 


ID 

•§ 

►j 


O 

•'*’2 

3 

•sa tw 

^•1 
S g 

^ I 

bO 3 

I ■« 

^ s 

>’ £ 
3 O 
.S, O 


CD 

3 

II 

X 

o 

PQ 

o 

X 

S 

o 

y 

So 

3 

3 

3 

E 

X 

o 

PQ 

o 

X 

S c 

O 

O do 
^ 3 

3 CO 

J d 
’^. > 
bJO 3 
3 

^ 3 

CO CO 

i E 
.S.8 


ID 

3 

li 

2h 

13 

-§ 

h4 


3 


CD 


00 

X CCS 

o J 

GQ ^ 

O bb 

^ -2 
E > 
o ^ 

U d 

bb 3 

3 

^ 3 

CO CO 

i £ 
.^S 


0) 

•§ 

h4 

. ^ ^ 
^ bb 
is' 3 

<D 

-2 ^ 
3 CO 

d 

*-i > 

bO 3 

I ■« 

i s 

•Is 


ID 

3 

II 

X 

o 

PQ 

o 

X 

E 

o 

U 

CO 

3 

w 

to 

X 

o 

PQ 

o 

t 

d 

. ^ 

An bb 

is' 3 

CD •— 

2 ^ 

cd CO 

td d 

bx) 3 
3 

•5 C 

^ 3 

CO CO 

i E 

•Is 


ID 

3 

II 

13 
2 
t—» 

AC ^ 
X « 

o A) 

CQ 

o do 

X 3 

E *g 
o S 

y d 

bb 3 

•I 

t s 

11 
.s, 0 


s 


JO 

13 

2 

A 


s 

II 

2 

13 

2 

A 


CD 

3 

II 

X 

o 

PQ 

o 

X 

E 

o 

U 


(D 00 

2 2 

A A 


O bx) 
13 -S 

-§ E 

A Cd* 
> 

bO 3 

I ■« 

5 s 

^ R 


13 '5 

2 ^ 
cd CO 

td d 

bO 3 

3 •'T' 

•5 C 
^ 3 

CO CO 

^ E 

^ O 
O 


3 


3 

2 
2 
> 
CD 

X 
O 
PQ 
O 

'S 

o 

u 

O di 

13 -S 

I 

cd 

bb ^ 

I ■« 

I s 

5 E 

•Is 


& 

V 

3 


ID 

•§ 


AC 

O X 
X 3 

o A 

CD 

o do 

X 3 

E % 

o S 

y d 
> 

bO 3 

I ■« 

? E 

3 O 


CD 

3 

II 

X 

o 

PQ 

o 

E 

o 

a 

13 

> 

ID 

A 

*C 

3 

o 

a> 

CO 

X 

O 

PQ 

o 

X 

S c 
o 

. p. 

An bb 
is' 3 

ID 

2 ^ 

cd CO 

d 

• ^ 
bO 3 
3 '"Ti 

*5 *= 

^ 3 

CO CO 

^ E 

3 O 
.2, O 


CD 

3 

II 

OS 

13 


at id 
Ox 
X cd 

o A 

CQ 

o bb 
2 .2 
i ^ 
> 

bX) 3 
3 

*5 ® 
^ 3 

CO CO 

i E 

■I 8 


s 

II 
X 
O 

PQ 

o 

"E 

o 

_N 

‘3 

3 

bJO 

.0 

X 

o 
PQ 
o 

’S 

o 

y 

) do 

13 .S 
w % 
d 

i-» ^ 

bX) 3 

•I ■« 

I S 

« B 

3 O 

.2, o 


3 

3 

3 

3 

3 

3 

3 

3 

3 

3 

3 

3 

3 

3 

3 

3 

3 

3 

3 

3 

3 

3 

3 

3 

3 

3 

3 

3 

3 

3 

3 

3 

CO 

CO 

CO 

CO 

CO 

CO 

CO 

CO 

CO 

CO 

CO 

CO 

CO 

CO 

CO 

CO 

E 

E 

E 

£ 

s 

E 

E 

£ 

E 

s 

E 

E 

E 

s 

E 

E 

0 

0 

0 

0 

0 

0 

0 

0 

0 

0 

0 

0 

0 

0 

0 

0 

0 

0 

0 

0 

0 

0 

0 

0 

0 

0 

0 

0 

0 

0 

0 

CD 


429 


com.sun.java.swing. JComboBoxO; //{{DECLARE_MENUS 

com.sun.java.swing.JComboBox predecessorsComboBox = new //}} 

com.sun.java.swing. JComboBoxO; 



{ FileOutputStream fileOutput = new 

public void actionPerformed(java.awt.event.ActionEvent FileOutputStream(this.pathName+"\\step.cnt"); 

event) ObjectOutputStream oo = new ObjectOutputStream(fileOutput); 

{ if( 00 != null){ 

Object object = event.getSource(); oo.writeObject((StepContent)getStepContent()); 
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public void f.delete(); 

saveButton_actionPerformed(java.awt.event.ActionEvent event) exitButton_actionPerformed(event); 
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this.selectedSkill = new Vector(); this.earliestSTTextFieId.setText((String)stepContent.getStartTime()); 

this.skillComboBox.addItem(SKILL_TITLE); 

for( int i=0; i<tenip.size(); i++){ this.finishTimeTextField.setText((String)stepContent.getFinishTime()); 

this.skillComboBox,addItem(temp.eIementAt(i)); 
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stepContent.setEvaluator((String)this.evaluatorComboBox.getSelectedItem( * This function is called when SkillTableFrame's OK button is pressed, 

)): * it will return a vector of selected skills. Use this vector to set 

* skillComboBox 

stepContent.setOrganizer((String)this.organizerConiboBox.getSelectedIteni * 

0); * @param v : vector of skills from SkillTableFrame 
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String theAtomic = null; * to create/edit/delete/save this step content at all. 

intj=0; */ 

while( st.hasMoreTokensO) { public void setReadOnlyO { 

String theString = st.nextTokenQ; managerComboBox.setEnabled( false); 






(new CalendarDialog(this,s,2)).setVisible(true); 
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StepType : Create a step type object and save it in step.cfg file 


Illlllllllllllllllllllllllllllllllllllllllllllllllllllllllllllllllllllllllllllll 
public class StepType implements Serializable{ 


O 

w 

Cu 


CU 

Cu 

o 


c 

o 


<D 

X3 


a> 

•o 


o 

s 

a 

a 

o 

Cu 

B 

55 


o 

(D 

S 

cd 

C 

o 

£ 

aj 

D. 

O 

to 

E 

C3 

U4 

a 

Cu 


•S 5 


OJ 

E 

3 o 

B ^7 

2 a 

O D 

W) to 

bO CO 


CO 

o 


* * * * 


D 


c 

o 


c 
o 

V) 

Cu O ‘ 

h Q 

rS^ Cl- 

o , 


o 
-o 
o 
o- 
>> 

Cu 
<D 

4-> 

CO 

* * * ^ 


o 

Q 

a- 

o 

to 

E 

a 

Ut 

C3 

Ou 

0 


n 

o 


Cu 
o o 

w> to 

W) C/5 


CO 


X) 

3 

CU 


a 

U 

o 

bO 

a 

D- 


* * .* 
% =■ *. 
I 3 .2 

cd cQ cQ 
> > > 
^ cd CQ 


bO 

c 

? 

c/3 

cd 

> 

cd 

c 

D 

CO 

£ 

o 

u 


o o o o 
Q- Oh Ou Cu 

esse 


cd 



436 


* TraceFrame : the main purpose of this frame is to view and trace the step 
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public String pathName = null; syntax that matches 

// what Visual Cafe can generate, or Visual Cafe may be 

/** unable to back 

^ history : a vector of all selected steps in this frame // parse your Java file into its visual environment. 



// {{INIT_CONTROLS getContentPane().add(JLabeI2); 

setTitleC’SPIDER-Trace"); JLabel2.setForeground(java.awt.Color.bIack); 

getContentPane().setLayout(nulI); JLabel2.setBounds(55,145,180,24); 

setSize(670,320); 

setVisible(false); JLabel3.setHorizontalAlignment(com.sun.java.swing.SwingConsta 
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JLabell.setBounds(55,55,180,24); secondaryTextField.setBackgroiind(java.awt.Color. white); 

secondaryTextFieId.setBounds(242,190,300,24); 

JLabel2.setHorizontalAlignment(com.sun.java.swing.SwingConsta traceButton.setText(*Trace'‘); 

nts.RIGHT); traceButton.setActionCommand('Trace"); 

JLabeI2.setText("Primary Input Component(s)"); getContentPane().add(traceButton); 
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* CasesFrame launch this frame when Trace menu item is selected if (frameSizeAdjusted) 

*/ return; 

public TraceFrame( CasesFrame casesFrame, String pathName, Vector frameSize Adjusted = true; 

componentsVector, Vector fnList){ 
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com.sun.java.swing.JLabel(); else if (object == stepContentButton) 

coin.sun.java.swing.JLabel JLabeW = new 

coin.sun.java.swing.JLabel(); stepContentButton_actionPerformed(event); 

com.sun.java.swing.JButton closeButton = new else if (object == traceButton) 

com.sun.java.swing.JButton(); traceButton_actionPerformed(event); 
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View the step at the currentIndex-1 postion in the history vector public void debug(String s){ 



//To convert the string of selected item into the file path 
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Error Message",JOptionPane.ERROR_MESSAGE); 
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if( primln != null ){ if( this.currentindex < this.history.size() ){ 

String s = (String)priniIn.readLine(); if( this.currentindex == (this.history.size()-l) ){ 

if( (s 1= null) && (!s.equals(""))){ this.forwardButton.setEnabIed( false ); 

this.primaryTextField.setText( s ); } 
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public void searchFiles(File aFile, String fileType){ else if( fileType.equals(LINK_nLE_NAMES[4])){ 

File f = new File( aFile, fileType); br = new BufferedReader( new FileReader(f)); 

try{ if( br != null){ 

BufferedReader br = null; while( (item = br.readLine()) != null){ 



this.stored Vector[4] .addElement(item); 
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if( sub.equals(fn)){ */ 

i = this.fnList.size(); public String checkSelection(String selecteditem){ 

thePath= sub+"\\"; if( selecteditem != null){ 

String sub2 = s.substring(fn.length()); int j = selectedItem.indexOf("-"); 



String sub2 = (selectedltem.substring(j+l)).trim(); Vector v = new VectorQ; 

char c = (char)sub2.charAt(0); tokenizer(v, primaryTextField.getTextO); 

boolean isLetter = (new Character(c)).isLetter(c); tokenizer(v, secondaryTextField.getText()); 

if( isLetter){ (new ListDialog(this, "Trace Component", \ 
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/** tokenizer(v, secondaryTextField.getText()); 

* View the content of available steps in the ListDialog (new ListDialog(this, "Component Content", 

*/ l)).setVisible(true); 

public void } 

traceButton_actionPerformed(java.awt.event.ActionEvent event) 



public void clearTextFields() { 

this.stepVersionTextField.setText("”); 

this.outputTextField.setText(‘'"); 
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this. stored V ector)) .setV isible(true); 



* VersionControl constructor with 3 elements 
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this.currentLoop = currentLoop; return this.currentVersion; 

this.currentStep = currentStep; } 

this.currentVersion = current Version; 

this.currentStatus = currentStatus; /** 
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//{{REGISTER.LISTENERS 




SymWindow aSymWindow = new SymWindow(); { 

this.addWindowListener(aSymWindow); Point p = components[i].getLocation(); 

SymAction ISymAction = new SymAction(); p.translate(insets.left, insets.top); 

okButton.addActionListener(lSymAction); components[i].setLocation(p); 
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setSize(insets.Ieft + insets.right + d.width, insets.top + // to do: code goes here, 

insets.bottom + d.height); 

Component components[] = j AboutDiaIog_windo wCIosing_Interaction 1 (event); 

getContentPane().getComponents(); } 

for (int i = 0; i < components.length; i++) 



void 

jAboutDialog_windowClosing_Interactionl(java.awt.event.WindowEvent 
event) { 
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// JAboutDialog Hide the JAboutDialog public JDialogJobskill(Frame parent) 

this.setVisible(false); { 

} catch (Exception e) {System.out.println(e); super (parent); 
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//{{REGISTER_LISTENERS 

SymAction ISymAction = new SymAction(); public JDialogJobskill(String sTitle). 



thisO; //{{DECLARE^CONTROLS 

setTitle(sTitle); com.sun.java.swing JButton JButton_delete_deleteperson = new 

} com.sun.java.swing.JButtonO; 

com.sun java.swingJLabel JLabel2 = new 

public void setVisible(boolean b) com.sun.java.swing.JLabel(); 
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// Used by addNotify }//end performence 

boolean frameSize Adjusted = false; } 



JBuUon_delete_deleteperson.setActionCommand(" Delete"); 
getContentPane().add(JButton_delete_deleteperson); 
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//{{INIT_CONTROLS public void setVisible(boolean b) 

setTitleC'Error"); { 

getContentPane().setLayout(null); if (b) 

setSize(31 l,122y, setLocation(50, 50); 

setVisible(false); super.setVisible(b); 



(new JDialog_message()).setVisible(true); Object object = event.getSource(); 
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class SymAction implements java.awt.event.ActionListener 



public double w; 

public Weight weight; JButton_delete_deleteperson.addActionListener(lSymAction); 

JFrame_manage p; //}} 

int n; } 

public JDialog__messagel (Frame parent) 
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//}} addNotify. 

Dimension size = getSize(); 

//{{REGISTER^LISTENERS 

SymAction ISymAction = new SymAction(); super.addNotifyO; 
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when you add 

void // components to the visual environment. It instantiates 

JButtonDeleteDeleteperson_actionPerformed(java.awt.event.ActionEvent and initializes 

event) 
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Object object = event.getSource(); 

public void addNotifyO if (object == JDialog_weight.this) 

{ jAboutDialog_windowClosing(event); 

// Record the size of the window prior to calling parents } 



void jAboutDiaIog_windowClosing(java.awt.event.WindowEvent 
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Dimension size = getSizeQ; Object object = event.getSource(); 

if (object == JButton_delete_deleteperson) 

super.addNotifyO; 
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thisJLabel3.setText("Invalid Value"); 



public JFrame_assignjob() 
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String jobname; getContentPane().add(JButtonl); 

JButtonl.setBounds(168,264,276,24); 

StepContent job; 

Vector p_q, pk_q, w_q, Job_pool; JButton2.setHorizontalAlignment(com.sun.java.swing.SwingConst 

CasesFrame parent; ants.LEFT); . 



JButton2.setText(" 2. Filter by Required Skills"): JTextField3.setBounds(168,108,276,28); 

JButton2.setActionCommand("by skills"); getContentPane().add(JTextField4); 

getContentPane().add(JButton2); JTextField4.setBounds(168,72,276,28); 

JButton2.setBounds(168,300,276,24); JLabel3.setText("Required Skills"); 

getContentPane().add(JLabel3); 
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JTextFieldl.setBounds(168,180,276,28); person_queuel,Vector job_queuel. Vector job_pooll) 

getContentPane().add(JTextField2); { 

JTextField2.setBounds(168,144,276,28); this(); 

getContentPane().add(JTextField3); 




parent=parentl; 

person_queue=person_queuel; job_queue=job_queuel; public void addNotifyO 

job_pool=job_pooll; { 

this.job=(StepContent) job_queue.firstElement(); // Record the size of the window prior to calling parents 

String name=job.getStepName(); addNotify. 


3 O 

< ^ P 

N Zi ^ 
• 1-1 (n ^ 
00 

(D N 

E K 

^ I 


.5s to £ 

c/5 ^ TO ► 

.S £ ® 

C 

<J C O 

S O S • 

HH O .3 . 
0) 
bo 


^yil 

§ 

bb 

d'd'-i 


C -r C 

3 > 3 

c/5 (y 5 c/5 

E 5 E 

9 9 


464 


(new JFrame_assignjob()).setVisible(true); com.sunjava.swingJButton(); 



com.sunjava.swingJButton JButton3 = new public void actionPerformed(java.awt.event.ActionEvent 

com.sun.java.swing.JButtonO; event) 

com.sun.java.swingJButton JButton4 = new { 

com.sun.java.swingJButtonQ; Object object = event.getSourceQ; 

com.sun.java.swingJScrollPane JScrollPanel = new if (object == JButton4) 
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"+person.getSecurityLevel()); 

class SymAction implements java.awt.event.ActionListener if(security<=person.getSecurityLevel()){ 

{ System.out.println(“the security is 

"+person.getSecurityLevel() 




+"persion id is "+person.getID()); 
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if(month.equals("July")){ String setmonth(int month) { 

return 7; if(month== 1) { 
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if(month==8) { }//end 

String s="August"; 

return s; void getdate(String date){ 



System.out.println("the skill number, name, 

this.year=0; this.month=0; this.date=0; level:”); 

System.out.printlnC'ingetdate”); System.out.println(numberl+namel+levell); 

StringTokenizer st = new StringTokenizer(date,","); for(int k=0; k<this.job.getSkill().size(); k++){ 

st.hasMoreTokensO; String 
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int numberl=lnteger.parselnt(s2.trim()); }//end for(i) 

String namel=((String)st.nextToken()).trim(); sortresuIt(); 




void sortresult(){ thisJTextAreaZ.setTextC'"); 

System.out.println("p_q siz is ''+p„q.size()); 

Result min, tmp; this JTextArea2.append("Stakeholder ID"+"\t”+"Security 

for(int i=0; i<result.size(); i++){ Level*'+"\n"); 

min=(Result) result.elementAt(i); String sk=new StringO; 
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void display 1 () { StepContent step l=(StepContent) v.elementAt(O); 



StepContent step2=null; if(step==2) { 

if(v.size()==2) { step++; 

step2=(StepContent) v.elementAt( 1); Filterbyskills(); 

} display2(); 
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void JButton2_actionPerformed(java.awt.event.ActionEvent event) parent.savePersonnelVector(person_queue); 

{ parent.saveStepContentVector(job_pool); 

// to do: code goes here. } 






}//end //remove the job 

* j ob_queue.remo veElemen t(this j ob); 

int assing_Performed(){ 
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//set the person's morja job person_queue.setElementAt(pl, i); 

((StepContent)this.job).setRealStartTime(c.getDate()); } 

vl.addElement(this.job); }//end forjoop 

p.setMajorJobs(vl); . } 



void setjob_pool(String jobname, StepContent stepl){ 
for(int i=0; i<job_pool.size(); i++ ){ 

StepContent step=(StepContent) job_pool.elementAt(i); 
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Vector v=(Vector) job.getSkillO; 

(new JDialogJobskill(v)).setVisible(true); public class JFrame_manage extends com.sun.java.swing.JFrame 
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JLabell.setBounds(190,24,216,36); First (Min_S)"); 

JButton5.setText("Exit"); JComboBoxl.addItem("Minimum Laxity First 

JButton5.setActionCommand("Save and Exit”); (Min__L)”); 

getContentPane().add(JButton5); JComboBoxl.addItem(”Min_D*w + Min_E*(l“W)"); 
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com.sun.java.swing.JScroIlPane(); 

public void addNotifyO com.sun.java.swing.JTable JTablel = new 

{ com.sun.java.swing.JTable(); 

// Record the size of the window prior to calling parents com.sun.java.swing.JComboBox JComboBoxl = new 

addNotify. com.sun.java.swing.JConiboBox(); 
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getdate(deadline); } 

yl=0; ml=0; dl=0; else{ 

yl=this.year; ml=this.month; dl=this.date; if(month.equals("May")){ 

return 5; 




if(month.equals("June")){ }//end if-else 

return 6; return 0; 
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if(month==6){ 
String 5='* June"; 
return s; 



if(month==7){ 
String 8="July"; 
return s; 
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earlist=(StepContent) job_queue.element At(i); 



getdate(deadl); } 

yl=0; ml=0; dl=0; else{ 

yl=this.year; ml=this.month; dl=this.date; if(ml==m2){ 

if(dl>d2){ 

forfint j=i+l; j<job_queue.size(); j++){ return 1: 
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else{ void sortbyduration(){ 

if(yl==y2){ 

if(ml>m2){ StepContent min, Imp; 

return 1; int yl, y2, ml, m2, dl, d2; 



for(int i=0; i<job_queue.size(); i++){ tmp=ealist; 

inin=(StepContent) job_queue.eiementAt(i); ealist=stepl; 

for(int j=i+l; j<job_queue.size(); j++){ job_queue.setElementAt(tmp, j); 

StepContent stepl=(StepContent) job_queue.elementAt(j); }//end if() 

if(min.getDuration()>step 1 .getDuration()) { }//end for(j) 
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if(after(y 1, m 1 ,d 1 ,y2,m2,d2)== 1) { getdate(deadline2); 

deadl=stepLgetStartTime(); yl=0; ml=0; dl=0; 

getdate(deadl); yl=this.year; ml=this.month; dl=this.date; 

yl=this.year; ml=this.month; dl=this.date; String starttime2=step.getStartTime(); 



getdate(starttime2); getdate(deadlinel); 

y2=0; m2=0; d2=0; int y_deadl=this.year; 

y2=this.year; m2=this.tnonth; d2=this.date; int m_deadl=this.month; 

laxity2=((y 1 -y2)*360+(ml -m2) *30+(d 1 -d2))- int d_dead 1=this.date; 

step.getDurationO; for(int j=i+l; j<job_queue.size(); j++)( 
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StepContent max, tmp; 

sortbydeadlineO; 

for(int 1=0; i<job_queue.size(); i++){ System.out.println('’in D_S e="+w); 

max=(StepContent) job_queue.elementAt(i); 

String deadlinel=max.getDeadIine(); w=weight,get_w(); 
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String s5=stepl.getDeadline(); { ^ 

getdate(s5); Object object = event.getSource(); 

int y_dead_step=year; if (object == JButtonS) 

int m_dead„step=month; JButton5_actionPerformed(event); 


void JComboBoxl_itemStateChanged(java.awt.event.ItemEvent 
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Object object = event.getSource(); if{str.equalsC'Minimum Earliest Start Time First 

if (object == JComboBoxl) (Min_S)" )){ 

System.outprintlnC’startime”); 

JComboBoxl_itemStateChanged(event); sortbystarttime(); 

datavaluO; 



else{ void JTablel_focusGained(java.awt.event.FocusEvent event) 

if(str.equals(*'Miniinum Laxity First { 

(Min_L)")){ // to do: code goes here. 

System.out.println("min_r'); 

sortbylaxityO; } 
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void JScrollPane2_focusGained(java.awt.event.FocusEvent event) 


package JobSchedule; public void put_w(double wl){ w=wl;} 

public void puU(int il){i=il;} 

import java.util.*; public double get_w(){return w;} 

import java.awt.*; public int getJ(){return i;} 
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public class Weight implements Serializable{ 

private double w; public Work_schedul() {} 

private int i; public int get_id(){ return personid;} 

public Weight(){ w=0.5; i=5;} public Vector get_schedul(){ return schedul;} 

public Weight(double wl){ w=wl; } 




GLOSSARY 


A 

atomic component: An atomic component is a component that cannot be decomposed 
into refined components. 

atomic evolution step: An atomic evolution step is a step that cannot be decomposed into 
refined steps. (See definition 15 in Chapter 3.) 

atomic evolutionary hypergraph: An atomic evolutionary hypergraph is an evolutionary 
hypergraph that cannot be decomposed into refined hypergraphs. (See definition 17 in 
Chapter 3.) 

atomic relational hypergraph net: An atomic relational hypergraph net is composed of a 
set of atomic SPDDERs. The atomic relational hypergraph net describes the relationship 
among each atomic step and its input and output nodes. (See definition 35 in Chapter 3.) 

atomic SPIDER: It is an atomic step processed in different entrance relationships. (See 
definition 35 in Chapter 3.) 

atomic step: An atomic step is a step that cannot be decomposed into refined steps. 

C 

C2: CALL Dictionary and Thesaurus defines C2 (Command and Control) as the exercise 
of authority and direction by a properly designated commander over assigned forces in 
accomplishing the mission. 

C3: CALL Dictionary and Thesaurus defines C3 (Command, Control, and 
Communication) as the capabilities required by commanders to exercise command and 
control of their forces. 

C3I: CALL Dictionary and Thesaurus defines intelligence as the collection of functions 
that generate knowledge of the enemy, weather, and geographical features required by a 
commander in planning and conducting combat operations. 

C4I: CALL Dictionary and Thesaurus defines C4I as integrated systems of doctrine, 
procedures, organizational structures, personnel, equipment, facilities, and 
communications designed to support a commander’s exercise of command and control 
through all phases of the operational continuum. 
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C4I users: C4I users could be a composite warfare commander, an officer in tactical 
command, a warfare area commander, a tactical action officer, a communication officer, 
etc. 

CALL: CALL represents Center for Army Lessons Learned. 

COMFORM (configuration Management FORmalization for Maintenance): 

COMFORM is composed of several phases to provide the necessary guidance to maintain 
existing software systems. 

Computer-Aided Prototyping System (CAPS): CAPS is an easy to use, visual and 
integrated tool that can be used to rapidly design real-time applications using its PSDL 
editor, reusable software database, program generator, real-time scheduler, and so on. 

Computer-Aided Software Evolution System (CASES): CASES provides automated 
assistance throughout software evolution processes, using inferred dependencies to 
support the practical development of complex systems by physically distributed teams of 
developers. 

chief information officer (CIO): The chief information officer (CIO) is a top level leader/ 
manager who monitors the entire software development process and manages the 
administration of project teams. 

communication link: Communication links could be any digital communication system 
capable of transmitting and receiving digital messages. 

component content link database: Because each output node of an atomic SPIDER has 
different types of content, we design component content links to connect different content 
in component content repositories. The component content links are stored in the 
component content link database. 

component content repository: The component content repository includes the text 
component base, the software component base, and the personnel database. 

component management: Component management is one of CASES functions. In this 
function stakeholders can enter, delete, retrieve, modify, and query the attributes of atomic 
component from the hypertext database or software library (including software base and 
design database). 

component traceability: Component traceability is one of CASES functions. In this 
function an atomic component generated by its source atomic step can be traced not only 
by primary input which is the link between old version and new version atomic 
components, but also by a secondary input which is the link between source atomic step 
and components on which it depends, such as requirements and problem reports. 

composite component: A composite component can be decomposed into refined 
components. 
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composite edge: A composite edge can be decomposed into refined edges in a 
hypergraph. (See definition 5 in Chapter 3.) 

composite node: A composite node can be decomposed into refined nodes in a 
hypergraph. (See definition 5 in Chapter 3.) 

composite step: A composite step can be decomposed into refined steps. 

constraint management: Constraint management is one of CASES functions. In this 
function the project organizer sets constraints that affect the scheduling of steps, such as 
predecessors, priorities, deadlines, estimated duration, earliest start times, finish times, as 
well as constraints that affect personnel assignments, like security level and skill 
requirements for a step. 

current component: A current component is a component a stakeholder is working on. 
current step: A current step is a step a stakeholder is working on. 
customer role: The roles of customers include system owners and end users. 

D 

dependency: The dependencies among software evolution objects are classified into four 
types: component-to-step, step-to-component, component-to-component, and step-to-step 
dependencies. 

dependency action rule: The specific combination of dependencies can automatically 
support software evolution via the dependency action rules (stated by ^). 

dependency-computing model: The dependency-computing model integrates the 
fundamental software evolution model, such as the hypergraph model; the evolutionary 
hypergraph model; and the RH model, with the dependency rules that are driven by a 
lightweight inference engine. 

dependency generation rule: According to data existence, the lightweight inference 
engine computes the dependencies among the software evolution objects via the 
dependency generation rules (stated by <=>). 

dependency management: Dependency management is one of CASES functions. In this 
function the dependencies among atomic components to an atomic step can be identified 
and managed. 

dependency rule: There are two kinds of dependency rules: dependency generation rules 
and dependency action rules. 

design database: The design database contains the PSDL prototype descriptions for each 
software development project using CAPS. 
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dynamic state model: The dynamic state model of evolution steps includes six states for a 
software evolution step: Proposed, Approved, Scheduled, Assigned, Completed, and 
Abandoned. 


E 

end user: The end user is a person who uses the software product and manipulate the 
software system. 

Evolution Control System (ECS): The ECS provides automated assistance for the 
software evolution process in an uncertain environment where designer tasks and their 
properties are always changing. An ECS has two main functions. The first is to control 
and manage evolving software system components (version control and configuration 
management). The second is to control and coordinate evolution team interactions 
(planning and scheduling software evolution tasks, which they refer to as evolution steps). 

evolution history merging: Creating a new component based on two primary input 
components is called software evolution history merging. 

evolution history splitting: Creating a new component in a variant different from the 
original variant is called software evolution history splitting. 

evolutionary hypergraph: An evolutionary hypergraph is a labeled, directed, and acyclic 
hypergraph together with component and step attributes. The evolutionary hypergraph is a 
multi-level structure due to the refinement of the hyperedge. (See definition 13 in Chapter 

3.) 


F 

formal method: Formal method is an approach that uses mathematical and logical 
definitions to formalize real-word object behaviors and obtain mature engineering 
disciplines. 

formal notation of relational hypergraph net: We use a formal notation, production 
formula, to represent a relational hypergraph net. 

formal model: Formal model is a model that can be built by formal methods. 

G 

graph model (or graph data model): The graph model represents the evolution history 
as a directed acyclic graph G = [C, S, I, O] which is a bipartite with respect to the edges I 
and O. To model the hierarchical structure of the evolution history, the graph model was 
modified to be a graph G = [C, S, CE, SE, I, O]. 

H 
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heuristic scheduling algorithm: The heuristic scheduling algorithm can be used to 
improve scheduling time complexity problems. 

hyperedge: The hyperedge is a multi-level structure of the evolution step. 

hypergraph: The hypergraph is a dag (directed acyclic graph) with no looping paths. (See 
definition 1 in Chapter 3.) 

hypergraph model: The hypergraph model is introduced to formalize the hierarchical 
structure of the evolution history in more detail. 

hypergraph set: The hypergraph set is a set of hypergraph. (See definition 6 in Chapter 

3.) 

hyperpath: The hyperpath is defined to describe hypergraph traceability. (See definition 
10 in Chapter 3.) 

hyper*requirements: The approach builds on earlier work on hyper-programming, and is 
intended to support, by linking related objects, both the social context of requirements 
decisions and tiieir traceability. 


I 

inference rule management: Inference rule management is one of CASES function. In 
this function the stakeholders can specify and adjust inference rules related to SPIDER 
formation, scheduling and assignment constraints, policies, special assignments, and so 
on, to help them resolve the design and management issues of the software development 
process. 

input component: The input component to a current step is a set that combines a primary 
input component set and a secondary input component set. 

input component search engine: The input component search engine can trace the 
dependencies among the software evolution components with the inference rules to find 
the input scope of the induced step. 

issue analysis step: System analysts evaluate some issues from criticisms. (See definition 
24 in Chapter 3.) 

Issue-Based Information Systems (IBIS) model: IBIS model follows the principle that 
the design process for complex systems is fundamentally a conversation among the 
stakeholders to resolve design issues. This model was extended to encompass prototype 
demos, analysis, and design activities and applied to design a decision support mechanism 
for software requirements engineering. 
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job assignment: CASES assigns a job to system analysts or system designers. 

job assignment engine: The function of the job assignment engine is to search a group of 
people who can achieve the software evolution activities in a specified atomic SPIDER. 

job scheduling model: The job scheduling model is based on the heuristic mechanism 
that provides the features to rearrange/cancel requests in the step priority queue, and 
change step priorities dynamically. 

L 

lightweight inference engine: The lightweight inference engine is designed to compute 
the small scale and specific domain inference rules. 

M 

Missile Defense (MD) System: The MD system provides defense functions to a specified 
area or a nation so that it can be extended to a TMD (Theater Missile Defense) system and 
a NMD (National Missile Defense) system. 

minimal hypergraph: A minimal hypergraph is a minimal unit of hypergraph whose edge 
set has only one edge. (See definition 7 in Chapter 3.) 

module implementation step: System designers implement modules based on 
specifications. (See definition 27 in Chapter 3.) 

myopic algorithm: The myopic algorithm is a job scheduling algorithm. Instead of using 
all of the remaining tasks to determine if a partial schedule is strong-feasible, 
Ramamritham limited the candidate tasks to check to some number k. Instead of looking 
at all the remaining tasks, we "myopically" examine the next k tasks. 

N 

navigation system: Navigation system is a system that provides a platform with its own 
positioning, course, velocity, and time data. 


O 

object-oriented method: The object-oriented method to building a system is based on the 
definition of a set of communicating entities called objects. 

output component: A step can generate one unique output component. 

P 

path: A path in the hypergraph is an evolution history whose components, including nodes 
and hyperedges, can be traced. (See definition 2 in Chapter 3.) 
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personnel component retrieval engine: The personnel component retrieval engine can 
access the content of the personnel components, regarded as virtual teams or stakeholders, 
from the personnel database according to the version and variant number of a specified 
personnel component. 

personnel management: Personnel management is one of CASES functions. In this 
function project managers control the current status of the project personnel such as skill, 
skill level, security level, on-hand jobs, and so forth. 

platform sensor: Platform sensors could be any locally-mounted device capable of 
identifying azimuth, elevation, velocity, and/or heading if a contact or track is considered 
to be a platform. 

primary-input-driven hypergraph: Each path in a primary-input-driven hypergraph is 
constructed by primary-input-driven path. (See definition 20 in Chapter 3.) 

primary-input-driven path: If there exist an input node and an output node to an 
evolutionary hyperedge that are different versions of the same component then the path 
from the input node via the hyperedge to the output node is called a primary-input-driven 
path. 

primary input component: If there exist an input component and an output component to 
a step that are different versions of the same component then the input component is called 
a primary input component. 

primitive component: The primitive component that is a source component can not be 
produced by any step. 

production formula: Production formula is a formal notation for representing a relational 
hypergraph net. 

program integration step: System designers integrate software prototype programs from 
modules. (See definition 28 in Chapter 3.) 

project evaluation: Project evaluation is one of CASES functions. In this function after 
project organizers propose an evolution step as a project, this project will be evaluated by 
project evaluators according to the possibility analysis of executing this software evolution 
step. 

project evaluation team: The project evaluation teams include project team leaders/ 
managers and project evaluators. 

project evaluator: The project evaluators take the responsibility of evaluating the 
software project including the following activities: (1) evaluate and modify software 
evolution processes under a specific software project. (2) evaluate and upgrade security 
levels, required skills and levels for stakeholders. (3) evaluate the formation of an atomic 


SPIDER with the scheduling, skill, and security constraints proposed by project 
organizers or system designers. (4) make the risk assessment and Ae failure impact 
evaluation for a job. 

project organization team: The project organization teams include project team leaders/ 
managers and project organizers. 

project organizer: The project organizers take the responsibility of organizing a software 
project including the following activities: (1) create a project and define software 
evolution object types under a specific software project. (2) modify definitions of software 
evolution object types under a specific software project. (3) create or modify software 
evolution processes under a specific software project. (4) define or modify dependencies 
among software evolution objects, explore and manage required skills of projects. (5) 
manage the security level of a stakeholder. (6) organize an atomic SPIDER as a job and 
propose the job with scheduling, skill, and security constraints to a project evaluation 
team. (7) schedule and assign a job to a project analysis team or a project design team. 

Project Scheduling Tool (PST): PST is based on scheduling algorithms of ECS which 
was developed by Salah Badr. 

project team: In CASES, there are three kinds of project teams: the project organization 
team, the system analysis team, and the system design team. 

project team leaders/managers: The project team leaders/managers lead the members of 
the project team: project organizers, project evaluators, system analysts and system 
designers, and manage the progress of evolution steps. 

Prototype System Description Language (PSDL): PSDL is a specification language that 
is used in CAPS. PSDL provides graphical notation for dataflow diagrams enhanced with 
nonprocedural control timing constraints. 

prototyping method: The prototyping process repeats a guess/check/modify cycle until 
the users agree that the demonstrated behavior is acceptable. 


Q 

QSS DOORS: QSS DOORS is a software system development tool currently selected by 
U.S. Treasury Inspector General for Tax Administration Corporate Management System 
Information Project 


R 

real-time embedded software prototyping: Real-time embedded software prototyping is 
a method to create a system that is able to react to new events within giving time 
constraints. 
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relational hypergraph: A relational hypergraph is an evolutionary hypergraph in which 
the dependency relationships between components and steps can have a hierarchy of 
specialized interpretations. (See definition 22 in Chapter 3.) 

Relational Hypergraph Model (RH model): The RH model is a formal model for the 
software evolution which can help us develop tools to manage both the activities in a 
software development project and the products that those activities produce. 

relational hypergraph net: The relational hypergraph net is a relational hypergraph 
which transfers a primary input hypergraph and secondary input hypergraphs into a top- 
level evolutionary hypergraph and an atomic evolutionary hypergraph. Therefore, a 
relational hypergraph net includes a top-level relational hypergraph net and an atomic 
level relational hypergraph net. (See definition 36 in Chapter 3.) 

requirement analysis step: System analysts analyze some requirements from issues. (See 
definition 25 in Chapter 3.) 

requirements management tool (RMT): The requirements management tool (RMT), 
such as QSS DOORS, can manage all the phases of the life cycle. 

reusable software evolution component: The components can be reused in software 
evolution processes. 

RH model base: RH model base is designed to store the relational hypergraph nets. 

S 

Schematic Model of the Analysis Process: Schematic Model of the Analysis Process is a 
formal process of software evolution developed by Ibrahim. 

scheduling algorithm: The goal of the scheduling algorithm is to determine if a schedule 
for executing the tasks that satisfies the timing, precedence, and resource constraints 
exists, and to calculate such a schedule if it exists. The scheduling algorithm of a job is 
integrated by JobSchedule and JobAssign algorithms. 

scheduling constraint: Scheduling constraints of a job include skills and skill levels, 
security level, predecessors, priority, deadline, estimated duration, earliest start time, and 
finish time. 

scheduling policy heuristic: Scheduling policy heuristics are a set of scheduling policy 
rules that help CASES to schedule a job. 

secondary-input-driven hypergraph: Each path in a secondary-input-driven hypergraph 
is constructed by secondary-input-driven path. (See definition 21 in Chapter 3.) 
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secondary-input-driven path: If there exist an input node and an output node to an 
evolutionary hyperedge that are different components then the path from the input node 
via the hyperedge to the output node is called a secondary-input-driven path. 

secondary input component: If there exist an input component and an output component 
to a step that are different components, then the input component is called a secondary 
input component. 

skill: The skill can be any related techniques of the software evolution. 

software base: The software base contains PSDL descriptions and code for all available 
reusable software components. 

software component: Software components include software code and the abstract code 
of specifications and designs. 

software component retrieval engine: The software component retrieval engine can 
access the contents of the software components, such as specifications and programs, from 
the software component base according to the component content links of a specified 
software component. 

software component reuse: The concept of software component reuse was applied not 
only to the reuse of software code but also to the reuse of abstract code of specifications 
and designs. 

Software Development Life Cycle (SDLC): The SDLC model is called the waterfall 
model whose phases include requirements gathering, analysis, modeling or design, coding 
and testing. 

software engineer role: The roles of software engineers include project team leaders/ 
managers, project organizers, project evaluators, system analysts, and system designers. 

software evolution: We consider software evolution to include all the activities that 
change a software system, as well as the relationships among those activities. 

software evolution component: Software evolution components include software and all 
of the components that are related to software evolution, such as criticisms, issues, 
requirements, specifications, modules, programs, optimizations, test scenarios, and 
stakeholders, within software evolution processes. 

software evolution control: We use dependency rules to control software evolution 
activities. 

software evolution description: We use graph model, hypergraph model, RH model to 
describe software evolution objects. 
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software evolution history (or evolution history): We use relational hypergraph to 
construct software evolution history. 

software evolution management: We use dependency rules to manage software evolution 
objects. 

software evolution object: Software evolution objects include software evolution steps 
and software evolution components. 

software evolution process: Software evolution process includes software prototype 
evolution process and software product generation process. (See definition 33 in Chapter 
3.) 

software evolution search function: The software evolution search functions are 
designed as an interpreter to get the software evolution objects and their dependencies, to 
compute the number of objects in a net or step, and to evaluate properties in a relational 
hypergraph net. 

software evolution step (or evolution step): Each software evolution step has an 
estimated task duration, deadline, priority, and a required skill level. Software evolution 
steps in software evolution process include: software prototype demo step, issue analysis 
step, requirement analysis step, specification design step, module implementation step, 
program integration step, software product demo step, and software product 
implementation step. 

software evolution traceability: The issues of traceability in software evolution can be 
represented by paths of the hypergraph. 

software product: Software product is a proposed software program that can be released 
as a commercial product. 

software product demo step: System designers demo software product programs to 
obtain some optimizations. (See definition 29 in Chapter 3.) 

software product generation process: The software production generation process 
repeats a cycle that optimizes and implements production codes from final results of the 
software prototype evolution process. (See definition 32 in Chapter 3.) 

software product implementation step: System designers implement software product 
programs based on optimizations. (See definition 30 in Chapter 3.) 

software project: A software project is a project that can be built by the RH model, 
organized by project organizers, evaluated by project evaluators, and completed by system 
analysts and system designers. 

software prototype: A software prototype can be changed by customers. The final version 
of software prototype can be developed to a software product. 
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software prototype demo step: System designers demonstrate software prototype 
programs to obtain some criticisms. (See definition 23 in Chapter 3.) 

software prototype evolution process: The software prototype evolution process repeats 
a guess/check/modify cycle until the users agree that the demonstrated behavior is 
acceptable. (See definition 31 in Chapter 3.) 

specification design step: System designers design specifications based on requirements. 
(See definition 26 in Chapter 3.) 

SPIDER: SPIDER denotes the Step Processed In Different Entrance Relationships. 

SPIDER formation: SPIDER formation in preparation for executing a software evolution 
step is a component retrieval process via dependency rules and a lightweight inference. 

stakeholder: According to Ibrahim’s study, stakeholders include customers, designers, 
and implementers. We think the stakeholder has many roles in the software evolution. (See 
stakeholder role in glossary.) 

stakeholder role: In the software evolution process, customers and software engineers are 
the primary stakeholders. The roles of customers include system owners and end users. 
The roles of software engineers include project team leaders/managers, project organizers, 
project evaluators, system analysts, and system designers. 

step attribute retrieval engine: The step attribute retrieval engine can access the basic 
attributes of software evolution steps from the step database. 

step database: a step database is designed to store the attributes of the software evolution 
steps. 

step management: Step management is one of CASES functions. In this function the 
content of the top-level step can be automatically generated, refined, and queried. The 
content of the atomic step can also be automatically generated, combined, and queried. 

step refinement: Step refinement is one of CASES functions. In this function, the 
software evolution top-level step can be refined into a set of atomic steps. 

syntax-directed editor (SDE): SDE is an editor for editing PSDL grammar. No more 
SDE is provided for users in the new version of CAPS. 

system analysis team: The system analysis teams include project team leaders/managers 
and system analysts. 

system analyst: The system analysts take the responsibility of completing the analysis 
steps of software evolution, such as the criticism analysis step, the issue analysis step, and 
the requirements analysis step. 
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system design team: The system design teams include project team leaders/managers and 
system designers. 

system designer: The system designers complete the design step of the software 
evolution, such as the specification design step, the module implementation step, the 
program integration step, the prototype demo step, the product implementation step, and 
the product demo step. 

system developer: System analysts and system designers are also called system 
developers who carry out a assigned job by CASES. 

system owner: The system owner is a sponsor who supports the software development 
project and owns the result of the developed software. 

T 

TAE Plus (Transportable Applications Environment Plus): TAB plus is developed to 
help user create the user interface. Source code for the user interface can then be generated 
directly from the code generator. 

test scenario: A test scenario is created to test a software prototype program or a software 
product program. 

text component retrieval engine: The text component retrieval engine can access the 
contents of text components, such as criticisms, issues, requirements, optimizations, and 
test scenarios, from the text component base according to the component content links of a 
specified text component. 

top-level evolution step: The top-level evolution step is the root step of an evolutionary 
hypergraph. (See definition 14 in Chapter 3.) 

top-level evolutionary hypergraph: The top-level evolution hypergraph is the root of an 
evolutionary hypergraph. (See definition 16 in Chapter 3.) 

top-level relational hypergraph net: A top-level relational hypergraph net is composed 
of a set of top-level SPIDERs. The top-level relational hypergraph net describes the 
relationships not only among each top-level step and its input and output nodes but also 
among each composite node and its subnodes. (See definition 34 in Chapter 3.) 

top-level SPIDER: This is a top-level step processed in different entrance relationships. 
(See definition 34 in Chapter 3.) 


U 

unknown dependency: The dependency unknown states that the dependency between 
two arbitrary components at the current time is unknown and needs to be inferred from the 
dependency rules. 
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V 


variant: Variants represent alternative formulations of a software object with different 
objectives, such as running on different operating systems or serving different user 
communities. 

version: A version of an object is one of the attributes of this object that can be 
represented as a string type containing the concatenation of an object identifier, a variant 
number, and a version number. 

version control and configuration management: Version control and configuration 
management is one of CASES functions. In this function, a labeling function of CASES 
automatically determines the version and variation number of output components of a 
step. Software evolution process loops of CASES automatically construct the 
configuration management. 

virtual team: A virtual team is formed to handle the input components and produce the 
output component to a specified step. 
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